GROUP BY 不能使用 SELECT 中的别名，因 SQL 执行顺序为 FROM→WHERE→GROUP BY→HAVING→SELECT→ORDER BY，别名在 SELECT 阶段才生成，而 GROUP BY 在其之前执行，故引用别名会报语法错误。
GROUP BY 里不能直接用 SELECT 中定义的别名，这是几乎所有主流数据库（MySQL、PostgreSQL、Oracle、SQL Server）的硬性限制，不是配置问题，也不是版本差异——SQL 执行顺序决定了别名在 GROUP BY 阶段还不存在。
为什么 GROUP BY 无法识别 SELECT 别名
SQL 按照固定顺序解析：FROM → WHERE → GROUP BY → HAVING → SELECT → ORDER BY。别名是在 SELECT 阶段才绑定的，而 GROUP BY 在它之前执行，所以 GROUP BY callt 这种写法会报错 ORA-00904 或 Unknown column 'callt'。
- 错误示例：
SELECT CASE WHEN call_time > 0 THEN 1 ELSE 0 END AS callt, COUNT(*) FROM t_annoyance GROUP BY callt→ 报错 - 本质是语法阶段就失败，不涉及数据或性能
- 即使你只用了聚合函数（如
AVG(price)），只要 GROUP BY 引用了别名，同样无效
三种可行方案及适用场景
必须让 GROUP BY “看到”原始字段或完整表达式。选哪种取决于可读性、维护成本和是否要复用逻辑：
-
重复表达式：最兼容，适合简单 CASE 或计算，但易出错且难维护
→GROUP BY CASE WHEN call_time > 0 THEN 1 ELSE 0 END -
改用原始字段分组：仅当业务语义允许（比如按
call_time本身分组，而非其分类结果）
→GROUP BY call_time，但结果粒度变细，可能不符合需求 -
子查询提前计算别名：推荐用于中等以上复杂度，逻辑清晰、可调试、支持多层加工
→SELECT callt, COUNT(*) FROM (SELECT CASE WHEN call_time > 0 THEN 1 ELSE 0 END AS callt FROM t_annoyance) t GROUP BY callt
CTE 和子查询哪个更合适
功能上完全等价，但 CTE 在嵌套多层分类或需多次引用时更安全：
- 子查询嵌套深了容易漏掉别名（如
AS t被省略导致 MySQL 8.0+ 报错） - CTE 可单独运行中间步骤验证，比如先查
WITH categorized AS (SELECT ..., CASE ... AS callt FROM t_annoyance) SELECT * FROM categorized LIMIT 5 - 注意：CTE 不是视图，不物化，性能通常与等价子查询一致，别指望它“加速”
容易被忽略的细节
很多人以为解决了别名问题就万事大吉，但实际踩坑常发生在边界和一致性上：
-
CASE表达式在子查询和外层必须完全一致，空格、括号、ELSE 分支都不能差一点，否则分组结果错位 - 如果原始字段含
NULL，CASE未显式处理会导致该行被丢弃（多数数据库默认不匹配任何分支），建议加ELSE NULL显式控制 - MySQL 5.7 及更早默认开启
ONLY_FULL_GROUP_BY，即使你绕过了别名问题，仍可能因SELECT *或非聚合字段报错，检查sql_mode
