sum()返回null而非0，是因为sql标准要求区分“无数据”和“数据为零”两种语义：空结果集或整列全为null时返回null；coalesce(sum(col), 0)用于兜底聚合结果，sum(coalesce(col, 0))则先将每行null转0再求和。
为什么SUM()返回NULL而不是0
SUM()返回NULL只有两种情况：整列数据全为NULL，或WHERE条件没匹配到任何行。它不会因为某几行含NULL就整体失效——那些NULL只是被跳过，不影响其余数值累加。
常见错误现象是前端展示“空白”或后端抛NullPointerException，其实不是SQL写错了，而是应用层没处理这个NULL返回值。
- 空表、日期无数据、筛选条件过严 → 返回
NULL - 字段定义允许
NULL且恰好全为空 → 返回NULL - 混用
SUM(col1 + col2)时，任一列为NULL导致整行运算结果为NULL，再被SUM忽略 → 看似“少算”，实为三值逻辑生效
COALESCE(SUM(col), 0)和SUM(COALESCE(col, 0))的区别
这两个写法目标相似，但作用层级完全不同，选错会扭曲业务语义。
COALESCE(SUM(col), 0)兜底的是聚合结果：只要SUM有值就原样返回，只有当结果为NULL（空集或全NULL）时才转成0。这是报表、API返回最常用的写法。
SUM(COALESCE(col, 0))兜底的是原始数据：先把每行的col转成0再求和。适用于“缺失即零”的场景，比如优惠券余额字段本应有值却漏写，你确认该补0。
- 统计每日销售额 → 用
COALESCE(SUM(amount), 0)（没交易就是0） - 用户账户余额字段为
NULL→ 先确认是否属于脏数据，若是，才用SUM(COALESCE(balance, 0)) - 别在窗口函数里漏掉COALESCE：
SUM(amount) OVER(PARTITION BY dept)同样可能返回NULL，需包一层
多字段运算时NULL引发的隐性丢失
写SUM(total - freeze)这类表达式时，只要total或freeze任一为NULL，减法结果就是NULL，整行被SUM跳过——而你可能本意是“冻结金额未知，就当作0处理”。
这不是SUM的问题，是SQL标量运算的三值逻辑决定的。修复必须在运算层拦截，不能靠聚合层补救。
- 错误写法：
SUM(total - freeze)→ 第4行因freeze为NULL，整条变NULL，最终和少算1000 - 正确写法：
SUM(COALESCE(total, 0) - COALESCE(freeze, 0)) - MySQL可简写：
SUM(IFNULL(total, 0) - IFNULL(freeze, 0))，但跨库迁移时优先用COALESCE - 注意：如果
NULL代表“尚未确认”，强行转0会掩盖数据质量问题
GROUP BY分组后某组全为NULL怎么办
分组聚合时，某组内所有amount值恰好都是NULL，SUM(amount)仍返回NULL。BI工具、Excel导入、JSON序列化常因此报错或显示异常。
此时不能只在最外层加COALESCE，必须在每个分组字段的聚合表达式里显式包裹。
- 错误：
SELECT dept, SUM(amount) FROM t GROUP BY dept→ 某dept行显示NULL - 正确：
SELECT dept, COALESCE(SUM(amount), 0) AS total FROM t GROUP BY dept - 若同时要
COUNT(*)和SUM()，注意COUNT(*)统计所有行，COUNT(amount)只计非NULL行，二者差值就是该组NULL数量 - 视图或CTE中提前统一处理，比每个下游查询都补
COALESCE更可靠
实际执行时最容易被忽略的，是空结果集与全NULL列在语义上完全等价，但业务含义可能天差地别——前者是“没有发生”，后者是“发生了但没录”。要不要转0，得先问清楚这张表里NULL到底代表什么。
