AVG不能在WHERE中使用，因WHERE执行早于GROUP BY和聚合计算；应改用HAVING过滤分组结果，或用子查询实现跨层比较。
AVG 不能直接用在 WHERE 子句里，这是最常卡住人的地方。想筛出“平均分高于85的班级”，必须把分组和筛选拆成两层：先算每组平均值，再拿这个结果去过滤。
为什么 WHERE 里不能写 AVG()？
SQL 执行顺序是 WHERE → GROUP BY → HAVING。在 WHERE 阶段，数据还没分组，更没算出平均值，数据库根本不知道 AVG(score) 是多少。
- 写
SELECT class, AVG(score) FROM score WHERE AVG(score) > 85 GROUP BY class会直接报错：Invalid use of aggregate function -
WHERE只能过滤原始行（比如score > 60），不能引用聚合结果 - 真正该用
HAVING——它专为过滤分组后的聚合值而生
HAVING 是唯一合法入口
HAVING 必须跟在 GROUP BY 后面，作用对象是每个分组的聚合结果。它和 WHERE 的语法几乎一样，但语义完全不同。
- 正确写法：
SELECT class, AVG(score) FROM score GROUP BY class HAVING AVG(score) > 85 - 可以混用：
HAVING COUNT(*) >= 10 AND AVG(score) BETWEEN 70 AND 90 - 注意：如果同时有
WHERE和HAVING，WHERE先筛原始数据（比如只看男生），HAVING再筛分组结果（比如男生平均分 > 85 的班级）
需要跨表或复杂条件时，用子查询兜底
当筛选逻辑超出 HAVING 能力（比如要和全量平均值比较、或关联其他表计算阈值），就得上子查询。核心思路是：把聚合结果当成一张临时表，再在外面套一层查询。
- 查“高于全校平均分的班级”：
SELECT class, AVG(score) AS avg_score FROM score GROUP BY class HAVING AVG(score) > (SELECT AVG(score) FROM score);
- 查“平均分高于本年级前3名班级均值的班级”：
SELECT class, AVG(score) FROM score GROUP BY class HAVING AVG(score) > ( SELECT AVG(avg_score) FROM ( SELECT AVG(score) AS avg_score FROM score GROUP BY class ORDER BY avg_score DESC LIMIT 3 ) t ); - 子查询里不能直接引用外层
GROUP BY的字段（比如class），否则会报Unknown column—— 这是新手最容易漏掉的限制
GROUP BY 字段必须出现在 SELECT 列表中（除非用聚合函数包裹）
这是很多报错的隐性原因。比如写 SELECT name, AVG(score) FROM score GROUP BY class，数据库不知道该取哪个 name（一个班有多个学生），所以会拒绝执行。
- 要么把
name加进GROUP BY（变成按人分组，失去班级维度） - 要么用聚合函数处理
name，比如GROUP_CONCAT(name)或MAX(name) - MySQL 5.7+ 默认开启
ONLY_FULL_GROUP_BY，这类错误会被严格拦截；老版本可能返回随机值，结果不可靠
嵌套聚合真正的难点不在语法，而在理解执行层级：每一层子查询都是一次独立的分组计算，上层看不到下层的未聚合字段。一旦涉及多层比较或跨维度阈值，就得靠子查询把中间结果固化下来——这时候别省事，宁可多套一层 SELECT，也别试图用 WHERE + AVG 硬刚。
