SQL查询语句的执行顺序到底是怎么样的？

很多开发者写了多年SQL却还是会被“为什么别名不能在 WHERE 里用却能在 ORDER BY 里用”这类问题绊住。其实这背后的根本原因就是SQL 的逻辑执行顺序和我们的书写顺序完全不同。今天我们就以 MySQL 为例把查询语句的执行顺序彻底讲透。一、书写顺序 vs 执行顺序我们习惯的书写顺序从键盘输入的顺序通常是这样的sqlSELECT 字段列表 FROM 表名 JOIN 表名 ON 连接条件 WHERE 筛选条件 GROUP BY 分组字段 HAVING 分组后筛选 ORDER BY 排序字段 LIMIT 偏移量, 行数;然而数据库引擎理解并执行这条 SQL 的逻辑顺序却是text1. FROM / JOIN 2. ON 3. WHERE 4. GROUP BY 5. HAVING 6. SELECT 7. DISTINCT 8. ORDER BY 9. LIMIT / OFFSET这两个顺序的不一致就是很多“怪现象”的根源。下面我们逐行拆解每一步到底做了什么。二、逐步拆解逻辑执行过程1. FROM / JOIN首先处理FROM子句将目标表以及JOIN涉及的表组装起来形成初始数据集。如果有多表联接会通过笛卡尔积生成虚拟表VT1。2. ON针对JOIN中的连接条件即ON子句进行筛选只保留满足条件的行。这时候会将那些没有匹配上的外连接行比如LEFT JOIN中右表没有匹配的记录以 NULL 填充生成虚拟表VT2。3. WHERE对VT2应用WHERE条件过滤掉不符合要求的行得到VT3。⚠️ 注意因为WHERE执行时SELECT中的别名还没有被定义所以WHERE里不能使用列别名。这就是WHERE column_alias xxx会报错的原因。4. GROUP BY根据GROUP BY指定的字段对VT3进行分组生成VT4。在 MySQL 中因为扩展语法的存在你可以在GROUP BY中使用SELECT里的别名例如GROUP BY alias_name但这不符合 SQL 标准如果后续需要迁移数据库如 PostgreSQL这种写法就会失效因此建议尽量少用。5. HAVING对分组后的结果VT4应用HAVING过滤条件得到VT5。HAVING里通常配合聚合函数使用比如HAVING COUNT(*) 5。又一个常见的混淆点标准 SQL 中 HAVING 也不能使用 SELECT 别名因为 SELECT 还在后面。但 MySQL 允许这样做可一旦使用代码的可移植性就会变差。6. SELECT终于轮到SELECT它从VT5中提取出你想要的列并计算表达式、附上别名输出虚拟表VT6。到这里你在SELECT中定义的别名才正式“诞生”。7. DISTINCT如果查询中指定了DISTINCT就会对VT6做去重操作得到VT7。8. ORDER BY对VT7按ORDER BY指定的规则进行排序生成VT8。因为此时SELECT中的别名早已存在所以ORDER BY 可以直接使用别名写起来非常自然。9. LIMIT / OFFSET最后一步从VT8中截取指定范围的行返回最终结果集。三、实战用一个例子走通全流程假设有两张表emp员工表id, name, dept_id, salarydept部门表id, dept_name需求查询每个部门名称和平均工资只保留平均工资大于 5000 的部门按平均工资降序排列取前 3 名。sqlSELECT d.dept_name, AVG(e.salary) AS avg_sal FROM emp e JOIN dept d ON e.dept_id d.id WHERE e.salary 3000 GROUP BY d.dept_name HAVING avg_sal 5000 ORDER BY avg_sal DESC LIMIT 3;根据上面的逻辑顺序这条 SQL 在 MySQL 中的执行流程如下FROM JOIN ON将emp和dept通过e.dept_id d.id连接生成VT2。WHERE从VT2中筛掉salary 3000的行得到VT3。GROUP BY按d.dept_name分组产生每组内员工的薪资集合得到VT4。HAVING过滤掉AVG(salary) 5000的组留下平均薪资大于 5000 的部门得到VT5。这里HAVING avg_sal 5000能正常运行得益于 MySQL 的扩展在其他数据库中可能直接报错。SELECT从VT5中提取d.dept_name并计算AVG(e.salary)命名为avg_sal形成VT6。ORDER BY avg_sal DESC对VT6按avg_sal降序排序别名可用得到VT8。LIMIT 3截取排序后的前 3 行返回。如果你还在查询中使用了窗口函数如ROW_NUMBER() OVER(...)它的计算阶段处于HAVING 之后、ORDER BY 之前所以窗口函数的结果不能在WHERE、GROUP BY或HAVING中直接引用。四、常见误区三则WHERE 不能使用列别名因为WHERE在SELECT之前执行那时候别名甚至还没出生必须用原列名或表达式。MySQL 中 GROUP BY 和 HAVING 都可以用别名但不要滥用虽然方便却牺牲了 SQL 的可移植性也可能混淆“逻辑执行顺序”这一核心认知。“执行顺序”不等于“优化器真实执行路径”以上是 SQL 的逻辑处理阶段。MySQL 优化器实际执行时可能会把WHERE条件下推到索引扫描中、改变 JOIN 顺序等但这些优化保证最终结果与逻辑顺序等价因此理解逻辑顺序对编写及调试 SQL 仍然至关重要。五、总结SQL 的逻辑执行顺序FROM → ON → WHERE → GROUP BY → HAVING → SELECT → DISTINCT → ORDER BY → LIMIT。别名何时可用、何时不可用全由这个顺序决定。掌握这一点不仅让你能写出更精准的查询还能帮助你在排查慢 SQL、阅读执行计划时思路更清晰。希望这篇博客能让你以后面对 SQL 执行顺序问题时心里始终有一张清晰的“路线图”。如果觉得有帮助欢迎点赞、收藏、转发感谢支持