sum()返回null是sql标准要求，用于区分“无数据”和“数据为零”；仅在结果集为空或所有聚合值为null时发生，需用coalesce(sum(col),0)或sum(coalesce(col,0))按语义正确处理。
为什么SUM()返回NULL而不是报错或变0
SUM()返回NULL只在两种情况下发生：查询结果集为空（比如WHERE没匹配到任何行），或所有参与聚合的值都是NULL。它不是“异常”，而是SQL标准（ANSI SQL-92）强制要求的行为，目的是区分“无数据”和“数据为零”这两种语义。
常见误解是认为“SUM忽略NULL所以结果应该总是数字”，但其实只要输入集合为空——比如SELECT SUM(amount) FROM orders WHERE created_at > '2030-01-01'——就会返回NULL，不是0。
- 空表、日期无记录、筛选条件过严 → 返回
NULL - 字段允许
NULL且恰好全为空 → 返回NULL - 前端直接渲染
NULL或后端调用getInt()会抛NullPointerException
SUM(total - discount)少算的根本原因不在SUM
写SUM(total - discount)时，只要total或discount任一为NULL，整条记录的减法结果就是NULL，再被SUM()跳过——这不是SUM的问题，而是SQL三值逻辑决定的：任何含NULL的标量运算都返回NULL。
错误写法：SUM(total - discount) → 第4行因discount为NULL，差值变NULL，该行彻底消失
正确写法：SUM(COALESCE(total, 0) - COALESCE(discount, 0))
- MySQL可简写为
SUM(IFNULL(total, 0) - IFNULL(discount, 0))，但跨库迁移建议统一用COALESCE - 先确认业务含义：
discount IS NULL到底是“没用券”还是“金额待确认”？后者补0会歪曲事实 -
LEFT JOIN后的字段（如coupon_discount）天然含NULL，必须用SUM(COALESCE(coupon_discount, 0))，而非COALESCE(SUM(coupon_discount), 0)
COALESCE(SUM(col), 0)和SUM(COALESCE(col, 0))语义完全不同
这两个写法目标相似，但作用层级和业务含义天差地别，选错会导致统计失真。
COALESCE(SUM(col), 0)：先聚合，再兜底。适用于“整组无数据时显示0”，比如某部门本月无销售，报表希望填0而非留空
SUM(COALESCE(col, 0))：先逐行把NULL补成0，再求和。适用于“每行都该计入，缺值即为0”，比如库存表中qty为NULL，业务定义就是“未录入=0件”
- 统计每日销售额 → 用
COALESCE(SUM(amount), 0) - 用户账户余额字段为
NULL→ 先确认是否属于脏数据，若是，才用SUM(COALESCE(balance, 0)) - 窗口函数里同样可能返回
NULL：SUM(amount) OVER(PARTITION BY dept)需包一层COALESCE
GROUP BY分组后某组全为NULL仍返回NULL
分组聚合时，某组内所有amount值恰好都是NULL，SUM(amount)仍返回NULL。BI工具、Excel导入、JSON序列化常因此报错或显示异常。
此时不能只在最外层加COALESCE，必须对每个分组字段的聚合结果单独处理：
SELECT category, COALESCE(SUM(amount), 0) AS total_amount FROM products GROUP BY category;
- 别依赖
IFNULL()（MySQL专属）或ISNULL()（SQL Server专属），跨库场景一律用COALESCE() - 金额类字段务必用
DECIMAL类型，避免FLOAT导致的浮点误差掩盖NULL问题 - 真正难处理的从来不是
NULL本身，而是同一列里混着不同语义：有的NULL表示“未发生”，有的表示“不适用”，有的是ETL漏写
