GROUP BY 中的 NULL 会被视为独立分组，导致合计异常；必须在 GROUP BY 子句中用 COALESCE 统一处理，而非仅在 SELECT 中转换显示，否则分组逻辑与语义脱节。
GROUP BY 后的 NULL 值为什么会导致合计异常
当字段本身含 NULL，又参与 GROUP BY 时，NULL 会被当作一个独立分组——这常被误认为“没分出来”，实际是它悄悄占了一个组。更麻烦的是，若后续用 SUM、COUNT 等聚合函数再配合 WHERE 过滤该字段，NULL 行直接被剔除，导致合计数对不上原始数据行数。
-
NULL在GROUP BY中不等于空字符串或 0，它是独立且不可比较的值 - 多数数据库（PostgreSQL/MySQL 8.0+/SQL Server）都遵循此行为，SQLite 默认也如此
- 如果业务上把
NULL视为“未填写”或“未知”，却让它单独成组，报表口径就容易出偏差
COALESCE 放在 GROUP BY 里还是 SELECT 里
必须放在 GROUP BY 子句中，否则分组逻辑和显示值会脱节。比如你 SELECT COALESCE(category, '未知') 却仍用原始 category 分组，结果里会出现多个“未知”标签，但它们其实来自不同分组（NULL 和真实值被错误合并）。
- 正确写法：
GROUP BY COALESCE(category, '未知') - 错误写法：
GROUP BY category+SELECT COALESCE(category, '未知')—— 分组没变，只是显示改了 - 若还需保留原始字段用于其他计算，可加别名：
SELECT COALESCE(category, '未知') AS category_disp, COUNT(*) FROM t GROUP BY COALESCE(category, '未知')
COALESCE 和 ISNULL / IFNULL 的兼容性差异
COALESCE 是 SQL 标准函数，所有主流数据库都支持；而 ISNULL（SQL Server）、IFNULL（MySQL）是方言，跨库迁移时容易报错。
- MySQL 5.7+ 支持
COALESCE，但IFNULL只接受两个参数，COALESCE可接多个：COALESCE(a, b, c, 'default') - PostgreSQL 不认
ISNULL()作为函数（那是个布尔操作符），必须用COALESCE - Oracle 中
NVL功能类似COALESCE，但只支持两个参数；遇到多层兜底时，COALESCE更稳妥
聚合后补默认值：为什么不能只在 SELECT 里用 COALESCE
如果只在 SELECT 层用 COALESCE(SUM(amount), 0)，解决的是聚合结果为 NULL 的问题（比如整组为空），不是分组键本身的 NULL 处理。这两者常被混为一谈，但源头不同。
-
COALESCE(SUM(amount), 0)：应对某组内无非空amount，导致SUM返回NULL -
COALESCE(category, '未知')：应对分组字段自身是NULL，需归并到统一语义组 - 两者可能同时需要：
SELECT COALESCE(category, '未知') AS cat, COALESCE(SUM(amount), 0) AS total FROM t GROUP BY COALESCE(category, '未知')
真正容易被忽略的是：分组字段的 NULL 处理必须从 GROUP BY 开始对齐，而不是靠前端或应用层“修显示”。一旦分组逻辑跑偏，后面所有合计、占比、排序都会跟着偏。
