SUM函数遇到NULL值会直接跳过，不参与计算；整列NULL或无匹配行时返回NULL，而非0；需用COALESCE(SUM(col), 0)显式转为0以避免程序异常。
SQL中SUM函数遇到NULL值会直接跳过，不参与计算
SUM 函数对 NULL 的处理非常明确：它不会报错，也不会把 NULL 当作 0，而是完全忽略该行对应列的值。这意味着只要某行的被聚合字段是 NULL，这一行就等同于“不存在”于本次求和中。
常见错误现象是误以为 SUM(col) 等价于 “把所有值加起来，NULL 当 0”，结果发现总数比预期小——其实不是少了，是那几行压根没算进去。
-
COUNT(*)统计所有行，包括col为NULL的行；而COUNT(col)和SUM(col)都只处理非NULL值 - 如果整列都是
NULL，SUM(col)返回NULL（不是 0），这点容易在程序里引发空指针或类型转换异常 - 聚合前若需把
NULL视为 0，必须显式用COALESCE(col, 0)或IFNULL(col, 0)（MySQL）包裹
两字段运算后再SUM时，NULL会导致整条结果变NULL
当写类似 SUM(total_amount - freeze_amount) 这种表达式时，只要 total_amount 或 freeze_amount 任一为 NULL，减法结果就是 NULL，进而被 SUM 忽略——但你可能本意是“这笔冻结金额为空，就当作 0 冻结”。
这不是 SUM 的问题，而是 SQL 中任何含 NULL 的标量运算都返回 NULL（三值逻辑）。所以关键在运算层就要拦截。
- 错误写法：
SUM(total_amount - freeze_amount)→ 第四行因freeze_amount为NULL，整条变成NULL，最终和少算 1000 - 正确写法：
SUM(COALESCE(total_amount, 0) - COALESCE(freeze_amount, 0)) - MySQL 可简写为：
SUM(IFNULL(total_amount, 0) - IFNULL(freeze_amount, 0)) - 注意：如果业务上
NULL表示“未知”，而非“零”，强行转 0 可能扭曲语义，得先确认数据含义
SUM返回NULL而非0，程序取值时容易出错
当聚合结果为空集（比如 WHERE 条件没匹配到任何行）或所有值都是 NULL 时，SUM 返回的是 NULL，不是数值 0。很多 ORM 或 JDBC 结果集处理代码默认 expect 数值类型，直接调 getLong() 或 getInt() 会抛异常。
- Java JDBC 中应使用
rs.getObject("sum_col")接收，再判空；或用rs.wasNull()检查 - SQL 层可统一兜底：
COALESCE(SUM(col), 0)，确保返回确定数值 - PostgreSQL 和 SQL Server 支持
COALESCE，MySQL 同样可用；但注意COALESCE是标准函数，兼容性好
不同数据库对SUM+NULL的行为一致，但NULL判断函数略有差异
所有主流 SQL 数据库（MySQL、PostgreSQL、SQL Server、Oracle）对 SUM 忽略 NULL 的行为完全一致，这是 SQL 标准要求。真正需要留意的是 NULL 处理辅助函数的写法。
- 通用写法（推荐）：
COALESCE(col, 0)—— 所有数据库都支持 - MySQL 特有：
IFNULL(col, 0)，简洁但不可移植 - PostgreSQL / Oracle 支持：
NVL(col, 0)（Oracle）或COALESCE（两者都支持） - 避免用
IS NULL配合CASE做判断再分支，除非逻辑复杂；简单替代直接用COALESCE更清晰
最常被忽略的一点是：开发时用测试数据凑巧没 NULL，上线后真实数据带 NULL，SUM 结果突然变少或返回 NULL，排查时容易卡在“是不是 JOIN 丢数据”这类方向，而忘了先查原始列是否存在 NULL。
