GROUP BY后SUM返回NULL的常见原因：空分组或字段本身为NULL；应使用COALESCE(SUM(col), 0)跨库兼容兜底，注意区分“无数据”（NULL）与“金额为0”的业务语义。
GROUP BY 后 SUM 返回 NULL 的常见原因
SUM 聚合空值（NULL）或整组无数据时，结果就是 NULL —— 这不是 bug，是 SQL 标准行为。比如 SELECT user_id, SUM(amount) FROM orders WHERE status = 'cancelled' GROUP BY user_id，某些 user_id 在该条件下完全没记录，对应 SUM(amount) 就是 NULL。
用 COALESCE 替换 NULL 最直接有效
COALESCE 是跨数据库兼容、语义清晰的首选方案，它按顺序返回第一个非 NULL 值：
- 写法统一：
COALESCE(SUM(amount), 0)，结果为数字类型，后续计算不会出错 - 避免隐式转换陷阱：别用
IFNULL（MySQL 专属）或ISNULL（SQL Server），否则换库就报错 - 注意嵌套顺序：
COALESCE(SUM(COALESCE(price, 0) * qty), 0)比只在外层包裹更安全，尤其当原始字段本身含 NULL
WHERE 条件过滤 vs. CASE + SUM 的语义差异
想“只统计已支付订单金额”，别只靠 WHERE paid_at IS NOT NULL，这会直接剔除用户——哪怕他有未支付订单但无已支付记录，该用户就不出现在结果里。此时应保留分组维度，用条件聚合：
- 正确做法：
SUM(CASE WHEN paid_at IS NOT NULL THEN amount ELSE 0 END) - 错误对比：
SUM(amount) WHERE paid_at IS NOT NULL—— 语法非法，且逻辑上丢行 - 性能提示：CASE 内部不触发索引下推，大数据量时，先 WHERE 过滤再聚合通常更快；但语义优先级高于微小性能差异
NULL 和 0 在业务逻辑中不能混为一谈
把 NULL 强制转成 0 很方便，但得确认业务含义是否允许：“无数据”和“有数据且金额为 0”是两回事：
- 报表场景常需区分：加一列
COUNT(*) > 0 AS has_order辅助判断 - 导出到 Excel 或 BI 工具时，NULL 显示为空白，0 显示为数字，下游可能误读
- 如果必须暴露原始状态，用
NULLIF(SUM(amount), 0)反向操作反而更危险——慎用
最易被忽略的是：聚合前字段本身的 NULL 是否已被业务规则定义清楚。SUM 之前的数据质量，比 SUM 之后怎么填 0 更关键。
