聚合函数不能在WHERE中使用，因为WHERE执行时数据尚未分组、聚合值不存在，MySQL解析阶段即报错；必须先GROUP BY再用HAVING筛选。
HAVING 是唯一合法且直接的筛选方式，但必须紧接 GROUP BY 之后，且条件里只能用分组字段或聚合函数。
为什么不能在 WHERE 里写 COUNT() 或 AVG()？
WHERE 执行时，数据还没分组，更没算出 COUNT(*)、AVG(salary) 这些值——MySQL 解析阶段就报错 Invalid use of group function。
-
SELECT department, COUNT(*) FROM emp WHERE COUNT(*) > 5 GROUP BY department;→ 直接语法错误 - 正确路径是：
GROUP BY department先分组，再用HAVING COUNT(*) > 5 - 哪怕你给聚合结果起了别名
AS cnt，WHERE cnt > 5依然非法——WHERE 看不见这个别名
HAVING 条件里能写什么？不能写什么？
HAVING 只能引用两类东西：分组字段（如 department），或聚合表达式本身（如 COUNT(*)、AVG(salary)）。
- ✅ 合法：
HAVING COUNT(*) > 3、HAVING AVG(salary) >= 12000、HAVING department = 'tech'（因为department在GROUP BY中） - ❌ 非法：
HAVING salary > 10000——salary既没分组，也没聚合，HAVING 执行时这列根本不存在 - ⚠️ 注意别名兼容性：
HAVING cnt > 5在 MySQL 8.0+ 和 PostgreSQL 可用，但在 SQL Server / Oracle 中得写成HAVING COUNT(*) > 5
JOIN 后加 HAVING 报 ERROR 1140 怎么办？
错误信息 ERROR 1140: In aggregated query without GROUP BY 的本质是：没写 GROUP BY，就试图用 HAVING COUNT(o.id) > 2 —— 没分组，就没有“组”，COUNT 就无从算起。
- 必须先明确分组维度，比如查“每个用户的订单数”，就得
GROUP BY u.id, u.name（如果 SELECT 里有u.name） -
LEFT JOIN后，COUNT(o.id)会忽略 NULL（即没订单的用户记为 0），而COUNT(*)把空行也算作 1 —— 选错会导致漏数据 - 多表 JOIN 时，
GROUO BY字段必须和业务目标一致：要“部门平均薪资”，就GROUP BY d.id；要“部门+岗位平均薪资”，就得GROUP BY d.id, j.id
最容易被忽略的是：HAVING 不是通用过滤器，它只对已分组、已聚合的结果生效。一旦分组逻辑写错（比如漏字段、错维度），后面所有条件都白搭——不是语法错，而是语义错，查出来的数据可能完全不对。
