MySQL WHERE引用聚合别名counter报未知列错误解决方案

SQL的实际执行逻辑顺序和你书写语句的顺序并不一致，WHERE子句的执行阶段远早于GROUP BY分组、聚合函数计算、SELECT子句别名定义的阶段：
执行流程大致为：

• FROM：加载查询涉及的目标表
• WHERE：对表中的原始行做逐行过滤，这个阶段还没执行分组、聚合逻辑，你在SELECT里给COUNT结果定义的counter别名根本还没生成，自然无法被识别
• GROUP BY：对WHERE筛完的原始数据按指定字段分组
• 聚合计算：执行COUNT、SUM这类聚合函数的运算
• HAVING：对分组聚合完成后的结果集做二次过滤
• SELECT：提取最终要返回的字段、为字段/聚合结果定义别名
• ORDER BY、LIMIT：对最终结果集排序、分页

你在WHERE里引用聚合结果的别名，相当于在值还没算出来、别名还没定义的阶段就提前引用，所以会抛出未知列的错误。

针对聚合结果的过滤条件必须使用HAVING子句，不能写在WHERE里。修正后的语句如下：

SELECT COUNT(id) as counter , company_id
from contacts
GROUP BY company_id
HAVING counter > 50
LIMIT 20

现在绝大多数主流SQL环境（MySQL 8.0+、PostgreSQL、SQL Server等）都支持在HAVING里直接引用SELECT阶段定义的聚合别名。如果你用的是特别老旧的SQL版本不支持别名引用，直接在HAVING里写完整的聚合表达式就行，兼容性最好：

SELECT COUNT(id) as counter , company_id
from contacts
GROUP BY company_id
HAVING COUNT(id) > 50
LIMIT 20

补充说明 #

如果查询同时需要加针对原始行的非聚合过滤条件（比如只统计未删除的联系人），这类条件要写在WHERE中，和HAVING的适用场景区分开：

SELECT COUNT(id) as counter , company_id
from contacts
WHERE is_deleted = 0 -- 分组前过滤原始行：排除已删除的联系人
GROUP BY company_id
HAVING counter > 50 -- 分组聚合后过滤结果：筛选联系人数量大于50的企业
LIMIT 20

内容的提问来源于stack exchange，提问作者Rus Zzzeta