SUM()返回NULL是SQL标准行为，用于区分“无数据”和“数据为零”；COALESCE兼容性好，IFNULL仅限MySQL；需先判断NULL来源再选择COALESCE(SUM(col),0)、SUM(COALESCE(col,0))或LEFT JOIN；金额字段应使用DECIMAL避免浮点误差。
为什么SUM()返回NULL而不是0
SUM()返回NULL不是bug，是SQL标准行为：空结果集（无匹配行）或整列全为NULL时，它必须返回NULL，不能擅自变成0。这是为了区分“没有数据”和“数据明确为零”两种语义。比如统计某天订单总额，没交易就该是NULL；但用户账户余额字段为NULL，大概率是ETL异常，不该默认当0算。
COALESCE(SUM(col), 0) 和 IFNULL(SUM(col), 0) 的实际差异
两者都能把NULL转成0，但适用范围不同：
-
COALESCE()是SQL标准函数，PostgreSQL、MySQL、SQL Server、SQLite 全支持，且可链式写多个备选值，如COALESCE(SUM(col), COUNT(*), 0) -
IFNULL()是MySQL专属，仅接受两个参数，写起来短一点，但换数据库就得重写 - SQL Server用
ISNULL()，PostgreSQL不用IFNULL()——硬写会报错function ifnull(numeric, integer) does not exist
别只包SUM()，先想清楚NULL到底从哪来
常见误操作是看到结果为NULL，立刻套COALESCE()，却没判断根源。三种情况处理方式完全不同：
- WHERE条件没命中任何行 →
COALESCE(SUM(col), 0)正确 - col字段本身大量为NULL，但业务上“未填写=0” → 应该先用
COALESCE(col, 0)再聚合：SUM(COALESCE(col, 0)) - 分组后某组没数据（比如某用户没订单），整行直接不出现 → 这不是SUM的问题，得用LEFT JOIN补全维度，或改用条件聚合：
SUM(CASE WHEN status = 'paid' THEN amount ELSE 0 END)
金额类求和必须防浮点误差，别只盯NULL
即使你把NULL全转成0，如果字段类型是FLOAT或REAL，SUM()结果仍可能有精度偏差，比如SUM(0.1::real)重复10次≠1.0。这不是NULL问题，但常被一起忽略：
- 金额字段建表时务必用
DECIMAL(p,s)，例如amount DECIMAL(12,2) - 已有FLOAT字段又不能改表？临时修复可用
ROUND(SUM(col), 2)，但只是掩盖，不治本 - 前端接API时，如果后端返回
null或0.0000001，JS都可能崩——所以NULL处理和类型定义得同步做
