子查询中不能直接用GROUP BY后的别名作WHERE条件，因WHERE执行早于GROUP BY；正确做法是将分组查询作为子查询并加别名，外层再WHERE筛选。
子查询里不能直接用 GROUP BY 后的别名做 WHERE 条件
很多人写 SELECT dept, COUNT(*) AS cnt FROM emp GROUP BY dept WHERE cnt > 5，结果报错——WHERE 执行在 GROUP BY 之前，此时 cnt 还不存在。必须把分组结果当成一张临时表，再在外层筛选。
用子查询实现“先分组、后筛选”的标准写法
把带 GROUP BY 的查询包进一层 SELECT，给它起个别名（比如 t），外层再加 WHERE 或 HAVING 逻辑：
SELECT dept, cnt FROM ( SELECT dept, COUNT(*) AS cnt FROM emp GROUP BY dept ) t WHERE cnt > 5;
- 内层负责聚合，生成中间结果集；外层负责过滤，可引用内层定义的别名（如
cnt） - 如果只是单条件筛选聚合值，用
HAVING更简洁（但HAVING只能用于当前层级的GROUP BY，无法跨层复用） - 子查询必须有别名（MySQL 要求严格，PostgreSQL/SQL Server 也建议加上）
当需要多层聚合或关联其他表时，子查询更灵活
比如“查每个部门平均薪资高于公司平均薪资的部门”，公司平均薪资是全表聚合，不能和部门级 GROUP BY 写在同一层：
SELECT dept, AVG(salary) AS avg_dept_sal FROM emp GROUP BY dept HAVING AVG(salary) > ( SELECT AVG(salary) FROM emp );
但若还要关联部门名称、统计人数、再筛掉人数少于 3 的部门，就得用子查询嵌套：
SELECT d.name, t.avg_sal, t.cnt FROM ( SELECT dept, AVG(salary) AS avg_sal, COUNT(*) AS cnt FROM emp GROUP BY dept ) t JOIN dept d ON t.dept = d.id WHERE t.avg_sal > (SELECT AVG(salary) FROM emp) AND t.cnt >= 3;
-
HAVING只能过滤当前分组结果，无法引入外部计算值或关联其他表字段 - 子查询中嵌套子查询（如
(SELECT AVG(salary) FROM emp)）是合法且常用的 - 注意别名作用域：内层子查询的列名只在紧邻外层可见，不能跳层引用
性能与可读性提醒
子查询本身不慢，但嵌套过深或重复计算（比如多个子查询都算一遍 AVG(salary)）会拖慢执行。实际写的时候要注意：
- 把重复的聚合逻辑提成 CTE（如果数据库支持），比如
WITH global_avg AS (SELECT AVG(salary) AS val FROM emp) - MySQL 5.7 及以前对子查询优化较弱，尽量避免在
WHERE中写相关子查询（即依赖外层字段的子查询） - 别为了“看起来高级”硬套子查询——如果单个
HAVING能解决，就别包一层
真正容易被忽略的是子查询的执行顺序和别名可见范围，写完最好用 EXPLAIN 看一眼是否走了索引，尤其当内层 GROUP BY 字段没索引时，性能落差会非常直观。
