SQL标准强制NULL在GROUP BY中归为一组，并非bug；需在SELECT和GROUP BY中同步使用COALESCE或CASE WHEN显式转换，否则分组逻辑与显示不一致，导致统计错误。
SQL中GROUP BY把所有NULL值归为一组，不是bug，也不是数据库“偷懒”，而是SQL标准强制要求的行为——所有主流引擎（MySQL、PostgreSQL、SQL Server、Oracle）都必须这么干。
GROUP BY里NULL为什么被当作“相等”？
SQL标准规定：NULL不等于任何值，包括它自己（NULL = NULL返回UNKNOWN），但在GROUP BY的语义上下文中，所有NULL被特殊定义为“逻辑上可分组到一起”。这和ORDER BY或WHERE里的NULL行为是分开的——不是矛盾，是不同场景下的不同规则。
常见误解是看到结果里只有一行NULL | 12就以为“数据被吞了”或“分组错了”，其实它老老实实把全部NULL记录都算进去了，只是没打标签。
只改SELECT不改GROUP BY，分组逻辑就失效
你想把NULL显示成'未知'，但只在SELECT里写COALESCE(dept, '未知')，而GROUP BY dept仍用原始字段，会导致：
- 展示列写着
'未知'，但分组实际按NULL走，可能和真实值为'未知'的部门混在一起 - 更糟的情况：出现两行——一行
NULL，一行'未知'，因为分组依据不一致 -
GROUP BY永远不认SELECT里的别名（比如AS dept_label），除非你用MySQL 5.7+且明确开启兼容模式，但不跨库
正确做法：两个地方用完全相同的表达式，例如：
SELECT COALESCE(dept, '未知'), COUNT(*) FROM t GROUP BY COALESCE(dept, '未知');
多字段分组时容易漏掉的细节
当GROUP BY a, b中任一字段含NULL，组合分组会变复杂。比如(NULL, 'A')和(NULL, 'B')不会合并，但(NULL, NULL)和所有其他(NULL, NULL)会合并。这时若想统一语义，不能只包一个字段：
- 错误：
GROUP BY COALESCE(a, 'N/A'), b→a被替换，b还是原样，分组粒度错乱 - 正确：
GROUP BY COALESCE(a, 'N/A'), COALESCE(b, '—')，且两个COALESCE的返回类型要兼容（比如都是VARCHAR） - 如果
a是INT，COALESCE(a, -1)比COALESCE(a, 'N/A')更安全，避免隐式转字符串引发排序或索引失效
ORDER BY里NULL排序不可靠，得显式控制
ORDER BY col ASC对NULL的位置没有统一约定：MySQL默认排最前，PostgreSQL/Oracle默认排最后。一旦你在GROUP BY里用COALESCE把NULL转成字符串，排序就按字典序来了；但如果你没动ORDER BY，原始NULL组仍存在，结果顺序可能每次都不一样。
稳妥做法是显式处理，比如：
ORDER BY CASE WHEN dept IS NULL THEN 1 ELSE 0 END, COALESCE(dept, '未知')
这样无论底层怎么排NULL，你都能稳住业务需要的顺序。
真正难的不是写对COALESCE，而是在多层嵌套、JOIN后、带HAVING过滤的查询里，保持SELECT/GROUP BY/ORDER BY三处对NULL的转换逻辑完全一致——少一处，统计就偏了，而且很难一眼看出来。
