null在group by中默认归为同一组是sql标准行为；需用coalesce或case when在select和group by中同步转换，否则仅改select无效，且多字段、排序、索引等均需适配该逻辑。
NULL值在GROUP BY中被归为同一组，是SQL标准行为，不是Bug；想把它变成“未填写”或“未知”，必须在SELECT和GROUP BY中同步用COALESCE、CASE WHEN等函数显式转换，否则只改SELECT列名毫无作用。
GROUP BY遇到NULL为什么会自动合并成一组？
SQL标准规定NULL不等于任何值（包括它自己），但在GROUP BY语义中，所有NULL被视为“逻辑相等”，因此被强制聚为一组。这不是数据库厂商的实现差异，而是规范要求——MySQL、PostgreSQL、SQL Server、Oracle全部遵守。常见误解是“分组漏了数据”或“NULL被跳过”，其实它老老实实算进去了，只是显示为NULL这一行，业务上难识别。
用COALESCE统一替换NULL必须同时写在SELECT和GROUP BY里
只在SELECT里写COALESCE(dept, '未知')，而GROUP BY dept仍按原始字段分组，结果就是：展示列写着“未知”，但分组逻辑还是按NULL走，可能和非空值混在一起（比如有真实值叫“未知”的部门）；或者更糟——出现两行：“未知”和NULL并存。
- 正确写法：两者表达式必须完全一致，例如
SELECT COALESCE(dept, '未知'), COUNT(*) FROM t GROUP BY COALESCE(dept, '未知') - 多字段时不能只包一个：
GROUP BY COALESCE(a, 'N/A'), COALESCE(b, '—')，否则类型隐式转换可能影响排序或索引使用 -
COALESCE返回类型由第一个非NULL参数决定，如果dept是VARCHAR(10)，而'未知'超长，可能截断或报错
需要区分NULL成因时，CASE WHEN比COALESCE更可控
当NULL来自LEFT JOIN（表示“无匹配记录”）和来自业务录入（表示“拒绝填写”）语义不同时，COALESCE会一锅端，把它们都变成同一个字符串，丢失来源信息。
- 用
CASE WHEN dept IS NULL AND user_id IS NOT NULL THEN '未填' WHEN dept IS NULL AND user_id IS NULL THEN '无部门' ELSE dept END可保留区分逻辑 -
CASE表达式在SELECT和GROUP BY中也必须字面一致，别名不能用于GROUP BY - 如果条件复杂，建议提取为子查询或CTE，避免重复书写出错
ORDER BY中NULL排序不可依赖默认行为
不同数据库对ORDER BY col ASC中NULL的位置处理不一致：PostgreSQL/Oracle默认排最后，MySQL默认排最前。一旦你用COALESCE把NULL转成字符串，排序就按字符串规则来了，但原始NULL组仍存在——如果你没在ORDER BY里显式控制，结果顺序可能每次都不一样。
- 跨库安全写法：
ORDER BY (CASE WHEN dept IS NULL THEN 1 ELSE 0 END), dept（把NULL放最后） - 支持
NULLS LAST的数据库可直接写：ORDER BY dept NULLS LAST - 注意：如果
dept被COALESCE替换成字符串，那ORDER BY dept实际排的是那个字符串，不是原始NULL；要确保语义一致
最容易被忽略的是：GROUP BY逻辑永远基于表达式计算后的值，而不是原始列；哪怕你加了索引，GROUP BY COALESCE(col, 'x')也无法走索引，大数据量时得提前物化或加函数索引。
