SQL 执行顺序为：FROM→ON→JOIN→WHERE→GROUP BY→HAVING→SELECT→DISTINCT→ORDER BY→LIMIT。掌握该顺序可优化查询，如将过滤条件置于 WHERE、避免 SELECT *、确保 JOIN 和 ORDER BY 字段有索引，并通过 EXPLAIN 分析执行计划，减少全表扫描与临时排序，提升查询效率。
在 MySQL 中，SQL 语句的执行顺序并不是按照书写顺序进行的，理解其实际执行流程是优化查询性能的关键。虽然我们写 SQL 时从 SELECT 开始，但 MySQL 内部是按特定逻辑顺序处理语句的。掌握这个顺序，并结合索引、表结构和执行计划进行调整，能显著提升查询效率。
SQL 的实际执行顺序
MySQL 中 SQL 语句的执行顺序如下：
- FROM：加载主表和关联表
- ON：处理 JOIN 连接条件
- JOIN：执行表连接操作
- WHERE：过滤行数据
- GROUP BY：对结果分组
- HAVING：过滤分组后的数据
- SELECT：选择字段并计算表达式
- DISTINCT：去除重复记录
- ORDER BY：排序结果集
- LIMIT：限制返回行数
注意：SELECT 虽然是语法开头，但在执行流程中较晚才被执行。这意味着字段别名在 WHERE 中不能使用，因为那时还未定义。
利用执行顺序优化查询
根据执行流程，我们可以从多个环节入手优化 SQL 性能：
- 将过滤条件尽量放在 WHERE 中，尽早减少数据量。复杂或基于聚合的过滤用 HAVING，避免不必要的分组计算
- 确保 JOIN 字段有索引，尤其是大表之间的连接。优先使用 INNER JOIN，减少无效数据加载
- 避免在 WHERE 条件中对字段做函数操作，如WHERE YEAR(create_time) = 2023，这会导致索引失效。应改为范围查询：WHERE create_time >= ‘2023-01-01’ AND create_time
- SELECT 只取需要的字段，避免 SELECT *，减少数据传输和内存消耗
- ORDER BY 字段要有索引，特别是与 WHERE 条件组合使用的场景，可考虑联合索引
借助执行计划分析 性能瓶颈
使用 EXPLAIN 命令查看 SQL 执行计划，重点关注以下字段：
- type：连接类型，尽量保证是 ref 或 range，避免 ALL（全表扫描）
- key：实际使用的索引，确认是否命中预期索引
- rows：预估扫描行数，越少越好
- Extra：出现 Using filesort 或 Using temporary 表示性能隐患，需优化
例如，当 Extra 显示 Using filesort 时，说明排序未走索引，可通过添加 ORDER BY 相关索引解决。
合理设计索引与表结构
执行顺序优化离不开良好的索引策略：
- 为 WHERE、JOIN、ORDER BY 高频字段建立单列或复合索引
- 复合索引注意最左前缀原则，将选择性高的字段放在前面
- 定期清理冗余或未使用的索引，避免影响写入性能
- 大字段（如 TEXT）避免加入索引，必要时使用前缀索引
同时，考虑是否需要拆分大表、使用分区表等手段降低单次查询的数据量。
基本上就这些。理解 MySQL 执行顺序，结合索引设计和执行计划分析，能系统性地提升 SQL 性能。关键是在写 SQL 时，始终想着“MySQL 会怎么执行它”。
