WHERE 在分组前筛选原始行，HAVING 在分组后筛选聚合结果；HAVING 只能引用 GROUP BY 列、聚合函数、常量及其组合，且必须跟在 GROUP BY 后（或隐式单一分组时）。
WHERE 和 HAVING 的区别到底在哪
WHERE 是在分组前筛数据，HAVING 是在分组后筛结果。很多人写 HAVING 却塞进 WHERE 能用的条件（比如未出现在 GROUP BY 中的普通列），直接报错：Unknown column 'xxx' in 'having clause'。
常见错误现象：把 WHERE status = 'active' 错写成 HAVING status = 'active'，而 status 又没参与分组或聚合——MySQL 会拒绝，PostgreSQL 更严格，连语法都不让过。
- 筛选原始行（如“只统计已激活用户”）→ 用
WHERE - 筛选分组结果（如“只保留订单数 > 5 的用户”）→ 必须用
HAVING -
HAVING后能写的，只能是：GROUP BY列、聚合函数（COUNT()、SUM()等）、常量或它们的组合
HAVING 必须跟在 GROUP BY 后面吗
是的，在标准 SQL 中，HAVING 不能脱离 GROUP BY 独立存在；但有个例外：即使没写 GROUP BY，只要语句里有聚合函数（比如 SELECT COUNT(*) FROM t），整条查询就隐式变成“单一分组”，此时 HAVING 依然合法。
使用场景：你想查“全表是否满足某聚合条件”，例如“总记录数是否超过 1000”：
SELECT 1 FROM orders HAVING COUNT(*) > 1000;
注意：这种写法在 MySQL 中允许，但 PostgreSQL 要求显式写 GROUP BY ()，否则报错：column "xxx" must appear in the GROUP BY clause。
- 没
GROUP BY却用了HAVING？检查是否真需要聚合判断，而不是漏写了WHERE - 跨数据库移植时，避免依赖隐式单一分组，显式加
GROUP BY ()更稳妥 -
HAVING COUNT(*) > 0等价于EXISTS (SELECT 1 FROM ...)，但性能通常更差，别当 EXISTS 用
ORDER BY 和 HAVING 的执行顺序问题
HAVING 在 GROUP BY 之后、ORDER BY 之前执行，所以 ORDER BY 可以安全引用 HAVING 里用到的聚合字段，比如：
SELECT user_id, COUNT(*) AS cnt FROM orders GROUP BY user_id HAVING cnt > 5 ORDER BY cnt DESC;
但要注意：MySQL 5.7+ 默认开启 ONLY_FULL_GROUP_BY，如果 ORDER BY 引用了非分组、非聚合字段（比如 ORDER BY created_at），即使 created_at 在 SELECT 列表里，也会报错。
-
HAVING过滤完的结果集，才是ORDER BY的输入，不是原始表 - 想按某个时间字段排序又不想改分组？得用子查询或窗口函数，
HAVING本身不提供排序能力 - 聚合字段别名（如
cnt）在HAVING和ORDER BY中都能用，但不能在WHERE中用
用子查询替代 HAVING 的时机
当逻辑复杂到 HAVING 难以表达（比如要对聚合结果再做字符串拼接、日期运算、或关联另一张表），硬塞进 HAVING 不仅难读，还可能触发优化器误判。这时候该上子查询。
例如：找出“近 30 天下单次数 ≥ 3 且最近一次下单在 7 天内”的用户：
SELECT user_id FROM (
SELECT user_id,
COUNT(*) AS c,
MAX(order_time) AS last_order
FROM orders
WHERE order_time >= DATE_SUB(NOW(), INTERVAL 30 DAY)
GROUP BY user_id
) t
WHERE c >= 3 AND last_order >= DATE_SUB(NOW(), INTERVAL 7 DAY);
这个逻辑没法全压进一个 HAVING —— 因为 MAX(order_time) 是聚合值，但 WHERE 条件又依赖它，必须先算出再筛。
- 嵌套层级深了，性能未必差；优化器对子查询的处理比对复杂
HAVING更成熟 - 别为了“不用子查询”强行拼
HAVING，尤其是涉及多条件交叉、非聚合计算时 - MySQL 8.0+ 支持 CTE，比老式子查询更易读，但底层执行计划往往一样
真正容易被忽略的是：HAVING 对 NULL 的处理和聚合函数一致（比如 COUNT() 忽略 NULL，SUM() 遇到 NULL 返回 NULL），但你在写 HAVING x > 10 时，如果 x 是 SUM(col) 且该组所有 col 都为 NULL，整个分组会被直接过滤掉——这不是 bug，是设计使然。
