COALESCE(SUM(col), 0) 在空表时返回 0，因 SUM 先得 NULL 再被 COALESCE 转换；而 GROUP BY 无匹配时返回空集，COALESCE 无执行机会；二者语义不同，且类型隐式转换可能引发精度问题。
COALESCE(SUM(col), 0) 和 SUM(col) 在空表时行为差异的根源
SUM(col) 在空表（或 WHERE 无匹配）时返回 NULL，不是 bug，是 SQL 标准强制要求：聚合函数必须区分“无数据”和“数据为零”。COALESCE 是后置兜底，只作用于 SUM 的输出结果；它不改变聚合逻辑本身。所以空表下 SUM(col) 先算出 NULL，再被 COALESCE 捕获并转成 0。
GROUP BY 存在时，COALESCE 包裹无效？为什么？
当带 GROUP BY 且无匹配行时，整个查询返回空结果集（0 行），不是单行 NULL。此时 COALESCE(SUM(col), 0) 根本没机会执行——因为连那一行都没有。常见误操作是写：
SELECT category, COALESCE(SUM(amount), 0) FROM orders WHERE category = 'nonexistent' GROUP BY category;
结果是空集，不是 category=NULL, sum=0。这种场景要补行，得靠 LEFT JOIN 维度表或 UNION ALL 手动拼一行。
SUM(COALESCE(col, 0)) 和 COALESCE(SUM(col), 0) 语义完全错开
二者处理 NULL 的层级不同，业务含义可能南辕北辙：
-
COALESCE(SUM(col), 0)：整组无数据 → 填 0（适合“该部门本月销售额为 0”） -
SUM(COALESCE(col, 0))：每行缺值即按 0 算 → 再求和（适合“库存字段为 NULL 表示未录入，等同于 0 库存”）
如果 col 是订单金额，而某条记录金额为 NULL，你用后者就等于把这笔“未知金额”的订单当成 0 元计入总和，可能掩盖数据质量问题。
容易被忽略的类型与精度陷阱
COALESCE 的参数类型必须兼容，否则隐式转换会悄悄改精度：
-
COALESCE(SUM(amount), 0)中，若amount是DECIMAL(12,2)，0会被提升为同精度，安全 - 但
COALESCE(SUM(amount), 0.0)或COALESCE(SUM(amount), 0E0)可能触发浮点类型，导致后续运算偏差 - 更隐蔽的是：已有
FLOAT字段时，SUM()结果本身就有精度误差，加COALESCE只解决 NULL，不解决 0.9999999999999999 问题
真正要稳住金额，建表就得用 DECIMAL，而不是在聚合层打补丁。
