sum()返回null而非0是sql标准行为：空数据集或全null列时结果为“未知”，非错误；需用coalesce(sum(col), 0)兜底确保数值，且字段级null须在聚合前用coalesce(col, 0)处理。

为什么SUM()返回NULL而不是0

SUM()返回NULL是标准行为，不是bug：当查询无匹配行（空数据集），或所有参与计算的字段值全为NULL时，它就返回NULL。这不是数据库“没算出来”，而是SQL三值逻辑下明确的语义——“结果未知”。常见错误现象包括：NULL + 100得NULL、Java JDBC调getInt()抛SQLException、前端展示为空白或报错。

COALESCE(SUM(col), 0)是最稳妥的兜底写法

COALESCE是SQL标准函数，跨数据库兼容性好（MySQL/PostgreSQL/SQL Server/Oracle均支持），语义清晰：取第一个非NULL值。相比IFNULL（MySQL专属）或ISNULL（SQL Server专属），它更适合作为通用方案。

• 空表或WHERE无命中 → COALESCE(SUM(amount), 0) 返回 0
• 所有amount为NULL → 同样返回 0
• 混合NULL和数值 → 正常求和，NULL被忽略，不干扰结果

示例：SELECT category, COALESCE(SUM(sales), 0) AS total_sales FROM orders GROUP BY category;

字段级NULL需在聚合前处理，不能只靠COALESCE兜底

如果表达式含运算（如SUM(price - discount)），任一操作数为NULL会导致整条结果为NULL，进而被SUM跳过——这时COALESCE(SUM(...), 0)虽能兜住最终结果，但已丢失了本该计入的行（比如discount为NULL，业务本意是“未打折”，应按0处理）。

• 错误写法：SUM(price - discount) → 第3行discount为NULL，整行被丢弃
• 正确写法：SUM(COALESCE(price, 0) - COALESCE(discount, 0))
• MySQL可简写：SUM(IFNULL(price, 0) - IFNULL(discount, 0))

关键点：NULL拦截必须发生在标量运算层，而非聚合后。

GROUP BY场景下每个分组都要独立兜底

分组聚合时，某个分组可能恰好没有有效数据（如某category下所有amount为NULL，或根本无记录），此时该分组的SUM()单独返回NULL。若只在外层对整个结果集做一次COALESCE，无法修复单个分组的NULL。

• 错误写法：SELECT category, SUM(amount) FROM t GROUP BY category → 某些category对应值为NULL
• 正确写法：SELECT category, COALESCE(SUM(amount), 0) AS total FROM t GROUP BY category

特别注意：ORM或报表工具常默认映射为非空数字类型，分组结果中混入NULL极易引发下游类型异常，这个兜底动作不能省。

复杂点在于NULL既可能来自空集，也可能来自字段缺失，还可能藏在运算中间；而业务含义上，“未知”和“零”往往不同——先确认数据语义，再决定用COALESCE还是COALESCE(col, 0)，比盲目套模板更重要。