是的，group by中null值默认归为同一组；sql标准规定所有null在group by中被视为相等并自动聚成一组，postgresql、mysql（≥5.7）、sql server、oracle均遵循此行为，无需额外处理。
GROUP BY 中 NULL 值默认是否归为同一组？
是的，GROUP BY 会把所有 NULL 值视为相等，自动归入同一个分组。这是 SQL 标准行为，PostgreSQL、MySQL（>=5.7）、SQL Server、Oracle 都遵守。不需要额外处理就能实现“NULL 归一组”——但很多人误以为它会被忽略或拆散，其实不会。
为什么 COUNT(column) 不统计 NULL 却不影响分组？
COUNT(column) 跳过 NULL 是聚合函数逻辑，和分组无关；GROUP BY column 仍会把 NULL 单独成组。容易混淆的点在于：你看到 COUNT(*) 对 NULL 组返回 3，而 COUNT(my_col) 返回 0，误以为“没数据”，其实只是聚合方式不同。
-
SELECT my_col, COUNT(*), COUNT(my_col) FROM t GROUP BY my_col;——my_col IS NULL的行会出现在一行，COUNT(*)是该组行数，COUNT(my_col)恒为 0 - 若想对
NULL组也用非空语义计数，改用COUNT(*)或SUM(CASE WHEN my_col IS NULL THEN 1 ELSE 0 END)
如何让 NULL 和某个特定值（比如 'unknown'）合并进同一组？
直接 GROUP BY 无法让 NULL 和非 NULL 值等价，必须先统一表达。最可靠的方式是用 COALESCE 或 CASE 把 NULL 显式转为占位值：
SELECT COALESCE(status, 'unknown') AS status_group, COUNT(*) FROM orders GROUP BY COALESCE(status, 'unknown');
注意：COALESCE 返回第一个非 NULL 值，类型需兼容；如果 status 是 INT，就不能填 'unknown' 字符串，得用 -1 或 0 等约定值。
- MySQL 里
IFNULL(status, 'unknown')更短，但不跨库 - PostgreSQL 支持
status IS NOT DISTINCT FROM语法做“NULL 安全比较”，但仅限于JOIN或WHERE，不能直接用于GROUP BY
ORDER BY 时 NULL 排在哪？会影响分组观察吗？
不影响分组结果，但影响输出顺序。默认情况下，ORDER BY col 中 NULL 可能排最前（MySQL）或最后（PostgreSQL），导致你误判“NULL 组没出来”。显式控制更安全：
-
ORDER BY col NULLS FIRST（PostgreSQL、Oracle、SQL Server 2022+） -
ORDER BY IFNULL(col, '')（MySQL）或ORDER BY COALESCE(col, '')（通用） - 避免依赖默认行为——尤其当你要导出报表或对接前端分页时，NULL 位置不固定会引发错觉
真正容易被忽略的是：分组逻辑本身没问题，但人眼在结果集里找不到 NULL 组，往往是因为它被排到了末尾且没注意滚动，或者被客户端截断了。
