GROUP BY 不能使用 SELECT 中的别名，因 SQL 执行顺序为 FROM→WHERE→GROUP BY→HAVING→SELECT→ORDER BY，别名在 SELECT 阶段才生成，而 GROUP BY 在其之前执行，此时别名尚未存在；MySQL 虽支持属非标准扩展，其余主流数据库均严格遵循该顺序。
不能在 GROUP BY 中用聚合后的别名，不是数据库“不支持”，而是 SQL 执行顺序决定了它根本还没出生——GROUP BY 阶段，别名压根不存在。
GROUP BY 为什么看不到 SELECT 中的别名
SQL 按固定顺序解析： FROM → WHERE → GROUP BY → HAVING → SELECT → ORDER BY。别名只在 SELECT 阶段才被绑定到符号表里，而 GROUP BY 在它之前就完成了字段校验。所以像 SELECT AVG(price) AS avg_p FROM t GROUP BY avg_p 这种写法，在 Oracle、PostgreSQL、Hive、SQL Server 里都会直接报错，比如 ORA-00904 或 Invalid column name 'avg_p'。
MySQL 是个例外：它允许 GROUP BY avg_p，但这属于非标准扩展，靠的是 parser 层的宽松处理，不是语义正确——一旦换到其他引擎或开启严格模式，立刻失效。
GROUP BY 必须用什么？三种写法怎么选
核心原则：让 GROUP BY 看到原始列、完整表达式，或提前生成的字段。
-
重复表达式：最兼容，适合简单计算，比如
CASE WHEN status = 1 THEN 'active' ELSE 'inactive' END。但维护成本高，改一处漏一处，空格/括号/ELSE 分支差一点，分组结果就错位。 -
用原始字段分组：如
GROUP BY call_time而非分类后的callt。但粒度变细，可能不符合业务需求（比如你要的是“是否拨打”两类，不是按毫秒级时间分组）。 -
子查询或 CTE 提前算出别名：推荐中等以上复杂度场景。例如：
SELECT callt, COUNT(*) FROM (SELECT CASE WHEN call_time > 0 THEN 1 ELSE 0 END AS callt FROM t_annoyance) t GROUP BY callt
注意子查询必须带别名（如t），否则 MySQL 8.0+ 会报错；CTE 更易调试，比如先运行WITH cte AS (SELECT ..., CASE ... AS callt FROM t) SELECT * FROM cte LIMIT 5验证中间结果。
容易被忽略的边界问题
很多人以为子查询一嵌套就万事大吉，其实几个细节常导致静默错误：
-
CASE表达式在子查询和外层必须字面完全一致——包括空格、括号位置、ELSE分支（没写ELSE NULL，遇到NULL值会被丢弃，分组计数变少）。 - 子查询若漏掉
AS t别名，在 MySQL 8.0+ 和 SQL Server 中会触发解析歧义，报Invalid column name。 -
ORDER BY可以用别名，是因为它在SELECT之后执行；但HAVING不行——它在GROUP BY之后、SELECT之前，同样看不到别名。
真正麻烦的不是语法报错，而是逻辑错位：表达式微小差异、NULL 处理遗漏、子查询别名缺失，都会让分组结果偏离预期，且很难一眼发现。
