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的转换逻辑完全一致——少一处，统计就偏了，而且很难一眼看出来。