不能直接用where过滤group by聚合结果，因为where在分组前执行而聚合值在分组后生成；须用having配合子查询或窗口函数实现分组后过滤。
为什么不能直接用 WHERE 过滤 GROUP BY 的聚合结果
因为 WHERE 执行在分组前，而平均值是分组后算出来的，所以写成 WHERE COUNT(*) > AVG(COUNT(*)) 会报错——AVG() 和 COUNT(*) 不能同时出现在同一层 WHERE 中。这是初学者最常卡住的地方。
用 HAVING 配合子查询算出全局平均值
核心思路：先算出所有分组的平均数量（作为标量值），再在 HAVING 中和每个分组的 COUNT(*) 比较。注意子查询必须返回单个值，且不能依赖外部分组字段。
HAVING COUNT(*) > (SELECT AVG(cnt) FROM (SELECT COUNT(*) AS cnt FROM table_name GROUP BY group_col) AS t)- 子查询里必须给内层
GROUP BY结果起别名（如AS t），否则 MySQL 8.0+ 会报Every derived table must have its own alias - 如果分组字段有
NULL，GROUP BY默认把它们归为一组，会影响平均值计算，必要时加WHERE group_col IS NOT NULL
用窗口函数避免嵌套子查询（MySQL 8.0+/PostgreSQL）
更清晰也更高效：先分组统计，再用 AVG() OVER() 算出全局平均，最后用外层 WHERE 过滤。虽然多一层包装，但逻辑线性、易调试。
SELECT group_col, cnt
FROM (
SELECT group_col, COUNT(*) AS cnt,
AVG(COUNT(*)) OVER() AS avg_cnt
FROM table_name
GROUP BY group_col
) AS t
WHERE cnt > avg_cnt;
注意：AVG(COUNT(*)) OVER() 是合法的，窗口函数允许在聚合函数上再套窗口；但 OVER() 里不能写 PARTITION BY，否则算的是各分区平均而非全局平均。
GROUP BY 后带多个字段时的陷阱
如果按 (col_a, col_b) 分组，那子查询里的 GROUP BY 也必须完全一致，否则平均值基数错乱。比如：
- 正确：
GROUP BY col_a, col_b→ 子查询也用GROUP BY col_a, col_b - 错误：主查询按
col_a, col_b分组，子查询只按col_a分组，会导致平均值偏高 - 若只想按
col_a统计但保留col_b字段，得用MAX(col_b)或ANY_VALUE(col_b)（MySQL），否则会报错
实际跑之前，建议先执行子查询部分，确认返回的平均值是否符合预期——这个数字一旦算错，整个结果就不可信。
