GROUP BY中NULL默认自动归为一组，无需额外操作；但需避免WHERE过滤或COALESCE等表达式提前转换/剔除NULL，否则该组将消失。
GROUP BY 里怎么让 NULL 自成一组
SQL 标准里，GROUP BY 会把所有 NULL 值视为相等，自动归到同一组——这本身已经是“单独一组”了，但很多人误以为它被忽略或合并到其他组，其实是观察方式有问题。
真正容易出错的是：你用了 WHERE 过滤、或在 SELECT 中用了表达式（比如 COALESCE(col, 'N/A')），导致 NULL 被提前转换或剔除。
- 确认是否真有
NULL数据：SELECT COUNT(*) FROM tbl WHERE col IS NULL - 避免在
GROUP BY子句中对列做非空转换，例如不要写GROUP BY COALESCE(col, 'unknown')，否则NULL就没了 - 如果想显式标记这一组，可在
SELECT中用CASE WHEN col IS NULL THEN 'NULL_GROUP' ELSE col END，但GROUP BY仍需保持原列或同逻辑表达式
ORDER BY 时 NULL 排在哪？会影响分组显示吗
不会影响分组逻辑，但影响结果呈现顺序。不同数据库默认行为不同：PostgreSQL 和 SQL Server 默认把 NULL 排最后，MySQL 8.0+ 默认排最前，Oracle 默认排最后（但受 NLS_SORT 影响）。
显式控制更可靠：
-
ORDER BY col NULLS FIRST（标准 SQL，PostgreSQL/Oracle支持） -
ORDER BY col IS NULL DESC, col（兼容性更好，MySQL/SQL Server都行） - 注意：别在
ORDER BY里用COALESCE替代判断，否则可能掩盖真实NULL分布
用窗口函数统计 NULL 组的行数要小心什么
窗口函数如 COUNT(*) OVER (PARTITION BY col) 也会把所有 NULL 归为一个分区，但部分旧版 MySQL（5.7）不支持窗口函数，而 SQLite 直到 3.25.0 才支持，得先确认环境。
-
PARTITION BY col中col为NULL时，整个分区就是该NULL组 - 若想排除
NULL单独计数，得加条件：COUNT(*) FILTER (WHERE col IS NOT NULL) OVER ()（PostgreSQL）或用SUM(CASE WHEN col IS NOT NULL THEN 1 ELSE 0 END) OVER ()（通用） - 别在
PARTITION BY里嵌套COALESCE，否则NULL和'(none)'会被混在一起
UNION ALL 合并时 NULL 组被拆开怎么办
当多个查询用 UNION ALL 合并后做 GROUP BY，只要各子查询对应列类型一致且允许 NULL，NULL 依然会归一组。问题常出在隐式类型转换上。
- 检查各子查询中该列的数据类型是否完全一致（比如一个是
TEXT，一个是VARCHAR(10)，某些引擎会把NULL视为不同类型） - 避免子查询里用
CAST(NULL AS ...)指定不同类型，统一用CAST(NULL AS VARCHAR)或直接NULL - 如果某子查询根本没返回
NULL行，那最终分组里自然没有这一组——得查数据源头，不是语法问题
实际中最容易被忽略的是：你以为看到的“没 NULL 组”，其实是前端展示截断、或者 GROUP BY 列被外层 WHERE 过滤掉了。先跑一遍 SELECT col, COUNT(*) FROM t GROUP BY col 看原始分组，再往上叠加逻辑。
