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 更关键。