HAVING子句中多个条件用AND或OR连接，且必须作用于聚合结果或分组字段；不可用逗号分隔，需显式加括号确保逻辑优先级；SELECT别名可在HAVING中使用，但须定义在SELECT中且不依赖未聚合/未分组的原始字段。
HAVING里怎么写多个条件
直接用 AND 或 OR 连接，和 WHERE 一样，但所有条件都必须作用于聚合结果或分组字段。
常见错误是把多个聚合条件写成逗号分隔（如 HAVING COUNT(*) > 5, SUM(amount) ），这会报语法错——<code>HAVING 后只接受一个布尔表达式，不是列表。
-
HAVING COUNT(*) > 5 AND AVG(score) >= 85：查“答题数超5且平均分不低于85”的用户组 -
HAVING SUM(amount) > 10000 OR MAX(order_date) > '2026-01-01'：满足任一条件的客户组 - 括号必须显式写出：
HAVING (COUNT(*) >= 3 AND SUM(amount) > 5000) OR AVG(rating) = 5
SELECT别名能在HAVING里用吗
可以，但有前提：数据库必须支持（MySQL 5.7+、PostgreSQL、SQL Server 都支持；老版本 SQLite 或某些严格模式下可能不认）。
关键是别名定义必须在 SELECT 中出现，且不能依赖未聚合/未分组的原始字段。
- ✅ 正确：
SELECT dept, AVG(salary) AS avg_sal FROM emp GROUP BY dept HAVING avg_sal > 15000 - ❌ 错误：
SELECT dept, salary FROM emp GROUP BY dept HAVING salary > 10000（salary未聚合也未分组） - ⚠️ 注意浮点精度：
SELECT ROUND(AVG(score), 2) AS avg_score FROM exam GROUP BY class HAVING avg_score > 4.5—— 如果SELECT用了ROUND，HAVING也得用同样写法，否则可能因精度丢失漏匹配
为什么HAVING里不能用原始字段
因为执行顺序是 GROUP BY 先完成，每组只剩一个逻辑行；原始字段（如 user_name、order_date）在组内可能有多个值，数据库无法确定该取哪一个 —— 不加聚合或分组就引用，等于让引擎随机选，违反 SQL 确定性原则。
- 报错典型信息：
ERROR 1055 (45000): Expression #1 of SELECT list is not in GROUP BY clause - 想筛“某部门里入职最早的员工”，不能写
HAVING MIN(hire_date) = hire_date，而应改用子查询或窗口函数 - 真要关联原始字段，得先在
WHERE里过滤（比如WHERE status = 'active'），再GROUP BY，最后HAVING控制聚合结果
多个HAVING条件影响性能吗
不影响执行计划本身（HAVING 总是在内存中逐组判断），但会影响被保留的组数量，进而影响后续 ORDER BY 或 LIMIT 的开销。
- 优先把高筛选率的条件放前面（如
COUNT(*) > 100比AVG(price) BETWEEN 99 AND 101更容易快速排除） - 别指望
HAVING走索引——它操作的是聚合后的中间结果集，不是原始表 - 真正省资源的方式是：用
WHERE先砍掉 90% 行（比如时间范围、状态码），再GROUP BY，最后HAVING做精细控制
HAVING 时，最容易忽略的是聚合表达式与 SELECT 中是否完全一致，尤其是四舍五入、CASE WHEN、COALESCE 这类转换——差一个括号或函数调用，结果就可能对不上。 
