聚合结果为null时不能将coalesce套在聚合函数内部，而应包裹在外层，如coalesce(avg(salary), 0)；分组时需group by与select中coalesce表达式一致；left join后计数要用coalesce(count(t2.order_id), 0)；where中慎用coalesce以免失效索引。
聚合结果为NULL时，直接套COALESCE()就行吗？
不行。常见错误是把 COALESCE 套在聚合函数内部，比如写成 AVG(COALESCE(salary, 0)) —— 这会让原本为 NULL 的值强行当 0 参与计算，平均值失真。真实需求往往是“空组返回 0”，不是“把空值当 0 加进去”。
正确做法是包裹在外层：COALESCE(AVG(salary), 0)。这样：如果某部门所有 salary 都是 NULL，AVG() 返回 NULL，外层 COALESCE 才把它转成 0。
-
SUM(col)遇到全NULL行 → 结果是NULL，不是0 -
COALESCE(SUM(col), 0)是安全兜底；SUM(COALESCE(col, 0))是语义变更 - 前端展示、报表导出等场景，必须用外层包裹，否则可能触发空值渲染异常
GROUP BY 后字段本身含NULL，怎么统一显示为“未知”？
不能只在 SELECT 里用 COALESCE(dept, '未知部门')，然后 GROUP BY dept —— 这会导致 dept IS NULL 自成一组，而 COALESCE 只改输出名，不改变分组逻辑，结果里仍会出现一行空值和一行“未知部门”。
必须让分组键和显示值一致：
GROUP BY COALESCE(dept, '未知部门')SELECT COALESCE(dept, '未知部门') AS dept_name, COUNT(*)- 二者表达式完全相同，才能保证分组不裂开
- MySQL 5.7 开启
ONLY_FULL_GROUP_BY后，混用未聚合列和非分组列会直接报错：Expression #2 of SELECT list is not in GROUP BY clause
LEFT JOIN + 聚合后计数为0却显示为空？
典型现象：用日期表 dates 左连订单表 orders，想统计每天订单数，结果某些日期没订单，COUNT(*) 显示为 1（不是 0），或者 COUNT(order_id) 显示为 NULL。
原因有两个：
-
COUNT(*)统计左表行数，哪怕右表全NULL也算 1 -
COUNT(order_id)忽略NULL，但没做兜底，结果就是NULL - 正确写法是：
COALESCE(COUNT(t2.order_id), 0)，且GROUP BY t1.date（只用左表字段） - 绝对不要在
WHERE里写t2.status = 'done'，这会让LEFT JOIN退化成INNER JOIN，空日期直接消失
COALESCE 能否用于 WHERE 或索引字段？要小心什么？
能用，但有性能陷阱。比如写 WHERE COALESCE(status, 'active') = 'active'，数据库通常无法使用 status 列上的索引，因为函数改变了原始值的可比较性。
更高效、可走索引的写法是：
WHERE status = 'active' OR status IS NULL- 如果高频按“空或某值”查询，考虑建计算列索引（PostgreSQL）：
CREATE INDEX idx_status_coalesced ON t ((COALESCE(status, 'active'))) -
COALESCE在SELECT或HAVING中无性能负担，它是标量函数，优化器处理很轻量 - 跨库迁移时，坚持用
COALESCE，别用IFNULL（MySQL）或ISNULL（SQL Server），后者参数顺序、兼容性都不统一
