如何在SQL中处理GROUP BY聚合结果里的NULL值问题？

GROUP BY中NULL值会被自动聚成一组，需在GROUP BY和SELECT中同步使用COALESCE（或IFNULL）替换为默认值，否则仅SELECT端转换无效；多字段或表达式均须分别包裹。

GROUP BY 中的 NULL 值不会被忽略，而是自动聚成一组——这是标准行为，不是 bug。但多数人误以为它“不参与分组”或“该被填掉”，结果写出 SELECT NVL(status, 'pending'), COUNT(*) FROM orders GROUP BY status 这类无效写法，导致 NULL 依然单独出一行。

GROUP BY 里 NULL 怎么归到默认值里？

必须让分组字段本身不含 NULL，而不是只在 SELECT 里转换。否则分组逻辑照旧，NVL 或 COALESCE 的结果只是显示用，对分组无影响。

• GROUP BY 子句里得显式包裹：写成 GROUP BY COALESCE(status, 'unknown')，不是 GROUP BY status
• MySQL 用 IFNULL(status, 'unknown')，PostgreSQL/Oracle 用 COALESCE(status, 'unknown')，跨库迁移时这里必报错
• 多个字段都可能为 NULL？每个都要套：GROUP BY COALESCE(a, 'x'), COALESCE(b, 'y')
• 如果字段是表达式（比如 UPPER(name)），得对整个表达式套：GROUP BY COALESCE(UPPER(name), 'UNKNOWN')

COUNT(*) 和 COUNT(col) 在 NULL 分组里为啥差很多？

这是最常踩的坑：同一组 NULL 数据，COUNT(*) 算的是行数，COUNT(status) 却返回 0——因为后者跳过所有 NULL 值。

• 想统计“status 为空的订单数”，别写 COUNT(status)，要写 COUNT(*) 或 SUM(CASE WHEN status IS NULL THEN 1 ELSE 0 END)
• COUNT(NVL(status, 'x')) 没用：NVL 把 NULL 变成字符串后，COUNT 照样计数，结果和 COUNT(*) 一样
• 真要“把 NULL 当某个值参与计数”，得用条件聚合：COUNT(CASE WHEN status IS NULL THEN 1 END)

ORDER BY 里怎么让 NULL 排最后？

NULLS LAST 看起来干净，但 MySQL 5.7 及更早版本根本不认，直接报 ERROR 1064。

• PostgreSQL / Oracle / SQL Server 2012+ 支持 ORDER BY col NULLS LAST
• MySQL 5.7 必须模拟：ORDER BY IF(col IS NULL, 1, 0), col
• SQLite 部分版本支持 NULLS LAST，但行为不稳定，建议统一用 IF 或 CASE 表达式兜底
• 注意：如果 col 是字符串且用了 COLLATE，某些排序规则会覆盖 NULLS LAST，实际 NULL 还是排最前

真正麻烦的不是语法，而是业务语义——NULL 到底代表“未填”“无效”还是“不适用”？同一个字段在不同场景下可能需要不同处理：有时该归进 default 组，有时该单独统计，有时该过滤掉。别指望一个 COALESCE 通吃所有情况。