COALESCE必须套在聚合函数外层才有效：正确写法是COALESCE(SUM(amount), 0)，用于兜住空组或全NULL组产生的NULL；若写成SUM(COALESCE(amount, 0))则篡改语义，将每行NULL当0参与计算。
COALESCE必须套在聚合函数外层才有效
直接写 SUM(COALESCE(amount, 0)) 是错的——它把每行 amount 的 NULL 强行当 0 加进去，语义变成“空值按零计入”，不是“空组显示零”。真正要兜底的是聚合结果本身：整组没数据、或该组所有值都是 NULL 时，SUM() 返回 NULL，这时才轮到 COALESCE 出手。
正确写法只有这一种：COALESCE(SUM(amount), 0)。同理适用于 AVG()、MAX()、COUNT(col) 等可能返回 NULL 的聚合函数。
-
COUNT(*)永远不返回NULL（空组也返回0），包COALESCE(COUNT(*), 0)完全多余 -
COUNT(col)若该列全为NULL，结果是0；但若整组无匹配行，结果才是NULL，此时COALESCE(COUNT(col), 0)才有意义 - 类型必须兼容：
COALESCE(AVG(score), 0)合法，但COALESCE(MAX(name), 0)在多数数据库会报错（字符串 vs 数值）
GROUP BY 中字段含 NULL 时，COALESCE 要同步出现在 SELECT 和 GROUP BY
如果分组字段（比如 category）本身有 NULL 值，数据库默认会把所有 category IS NULL 的行归为一组。你想把它统一显示为 '未知'，就不能只在 SELECT 里写 COALESCE(category, '未知')，否则 GROUP BY category 仍按原始 NULL 分组，导致逻辑分裂。
必须让分组键和输出值一致：
- 写法一：
SELECT COALESCE(category, '未知') AS cat, COUNT(*) FROM t GROUP BY COALESCE(category, '未知') - 写法二（更稳妥）：用 CTE 先处理，避免重复表达式：
WITH clean AS (SELECT COALESCE(category, '未知') AS cat FROM t) SELECT cat, COUNT(*) FROM clean GROUP BY cat - 某些旧版 MySQL 不支持
GROUP BY中的函数表达式，得升级或改用位置编号（如GROUP BY 1）
LEFT JOIN 后计数仍为 NULL？问题不在 COALESCE，而在 JOIN 方式和 COUNT 用法
用日期维表左连订单表，想统计每天订单数，结果某些日期显示 NULL 而非 0，常见原因有两个：
- 用了
COUNT(*)：它统计左表行数，哪怕右表没匹配到任何订单，也返回1（因为日期行存在），不是你要的“订单数” - 用了
COUNT(order_id)但没包COALESCE：右表无匹配时order_id是NULL，COUNT()忽略它，结果为0—— 这反而是对的；但如果误写成COUNT(t2.order_id)且t2整体为NULL，部分数据库可能返回NULL，此时才需要COALESCE(COUNT(t2.order_id), 0) - WHERE 条件写了
t2.status = 'done'：这会让LEFT JOIN退化成INNER JOIN，空日期直接被过滤掉，COALESCE根本没机会执行
COALESCE 解决不了“空组缺失”，它只兜底已有分组的 NULL
这是最常被忽略的一点：COALESCE(SUM(amount), 0) 再完美，也无法让“某产品类目本月零销售”这种根本没出现在结果集里的分组自动冒出来。它只对已生成的行做替换，不造新行。
要补全缺失分组，必须前置动作：
- 用
LEFT JOIN关联主维度表（如products）和事实表（如sales） - 或用
GENERATE_SERIES（PostgreSQL）、CONNECT BY（Oracle）、递归 CTE（SQL Server/MySQL 8.0+）生成完整维度序列 - 再在该基础上套
COALESCE(SUM(...), 0)—— 此时聚合才有输入，COALESCE才能生效
换句话说，COALESCE 是最后一道防线，不是万能启动器。先确保行存在，再考虑怎么填空。
