having只能引用select列表中的聚合结果或group by字段，不可用原始行级字段；where应在分组前过滤，having用于分组后条件筛选，且需注意聚合函数对齐、null处理及索引失效问题。
HAVING 里别写非聚合字段
很多人把 HAVING 当成 “WHERE 的后置版”，直接把 WHERE 条件搬进去，结果查不出数据或报错。根本原因是：HAVING 只能引用 SELECT 列表中出现的聚合结果或 GROUP BY 字段，不能引用原始行级字段（比如 user_id、created_at）。
常见错误现象：ERROR: column "status" must appear in the GROUP BY clause or be used in an aggregate function（PostgreSQL）或 MySQL 严格模式下直接报错。
- 正确做法：想按状态过滤分组结果？先在 GROUP BY 中包含
status，再用HAVING COUNT(*) > 10这类聚合条件 - 如果真要筛某类原始值（如只看 status = 'active' 的用户分组），必须提前用 WHERE 过滤——
WHERE status = 'active'再 GROUP BY + HAVING - MySQL 5.7+ 默认开启
sql_mode=only_full_group_by，这个限制会强制暴露问题；老版本可能“侥幸通过”，但结果不可靠
HAVING 和 WHERE 的执行顺序差异影响性能
WHERE 在分组前过滤行，HAVING 在分组后过滤组。这意味着：该用 WHERE 的地方硬塞进 HAVING，等于让数据库多做一堆无用聚合计算。
使用场景举例：统计每个城市的订单数，但只关心“2024 年下的单”。
- ❌ 错误写法：
GROUP BY city HAVING order_date >= '2024-01-01'—— 先对全部历史订单分组，再丢弃不符合年份的组，浪费 CPU 和内存 - ✅ 正确写法：
WHERE order_date >= '2024-01-01' GROUP BY city HAVING COUNT(*) > 100—— 先筛掉旧数据，再分组，最后用 HAVING 筛高活城市 - 索引有效性：WHERE 条件能走
order_date索引；HAVING 中的条件完全不走索引，纯内存计算
聚合函数嵌套导致 HAVING 失效
想用 HAVING 筛“平均订单金额 > 500”的客户，却写了 HAVING AVG(order_amount) > 500，结果空集或逻辑错乱——大概率是 SELECT 或 GROUP BY 没对齐。
常见错误现象：返回结果比预期少，或者某些本该满足条件的组被漏掉。
- 检查 SELECT 是否包含该聚合字段：
SELECT user_id, AVG(order_amount) AS avg_amt FROM orders GROUP BY user_id HAVING avg_amt > 500（注意别漏了AS avg_amt） - 别在 HAVING 里重复写聚合函数：
HAVING AVG(order_amount) > 500可以，但若 SELECT 里是ROUND(AVG(order_amount), 2)，HAVING 也得用ROUND(AVG(order_amount), 2) > 500，否则可能因精度偏差被误判 - NULL 值陷阱：
AVG()自动忽略 NULL，但如果你用COUNT(*)和COUNT(amount)混用，HAVING 条件容易误判“有数据”还是“有有效金额”
替代 HAVING 的窗口函数写法更灵活
当 HAVING 不够用——比如要取“每个品类销量 Top 3 的商品”，或“分组后还需排序+分页”——硬扛 HAVING 会很别扭，这时该切到窗口函数。
性能与可读性权衡：简单过滤用 HAVING 足够；复杂排名、累计、跨组比较，窗口函数更稳。
- 示例（PostgreSQL/MySQL 8.0+）：
SELECT * FROM (SELECT category, name, sales, RANK() OVER (PARTITION BY category ORDER BY sales DESC) AS rk FROM products) t WHERE rk - 注意：窗口函数不能出现在 HAVING 子句里，也不能直接用于 GROUP BY 后的过滤——它本身就在分组之后执行，天然替代一部分 HAVING 场景
- 兼容性坑：MySQL 5.7、SQLite、旧版 SQL Server 不支持窗口函数，强行用会报
ERROR 1064或语法错误
HAVING 的边界其实很窄：它只负责“对已分好的组做最终筛选”。一旦你发现自己在 HAVING 里反复调试字段名、加 COALESCE、拼 CASE WHEN，或者开始怀疑“是不是该换个思路”，基本就是该收手换 WHERE 或窗口函数了。
