是的。GROUP BY中NULL值默认被当作同一组，符合SQL标准；所有NULL彼此相等并自动聚为独立分组，但需用COALESCE或CASE在SELECT和GROUP BY中同步处理才能归入语义化类别。
GROUP BY 中 NULL 值默认被当作同一组吗？
是的。GROUP BY 会把所有 NULL 值视为相等，归入同一个分组——这是 SQL 标准行为，MySQL、PostgreSQL、SQL Server、Oracle 都一致。但要注意：这仅适用于 GROUP BY 本身，不等于 WHERE col = NULL 成立（它永远为 UNKNOWN），所以别用等号判断 NULL。
如何让 NULL 单独成组，且不干扰其他值的分组逻辑？
核心思路是用表达式“隔离”NULL，常见做法是用 COALESCE 或 CASE 构造一个不会与真实数据冲突的占位值。比如：
SELECT COALESCE(user_id, -999999) AS grouped_id, COUNT(*) FROM orders GROUP BY COALESCE(user_id, -999999);
但更安全、语义更清晰的是用 CASE 显式区分：
SELECT CASE WHEN user_id IS NULL THEN 'NULL_GROUP' ELSE CAST(user_id AS VARCHAR) END AS group_key, COUNT(*) FROM orders GROUP BY CASE WHEN user_id IS NULL THEN 'NULL_GROUP' ELSE CAST(user_id AS VARCHAR) END;
-
CAST是为了统一类型，避免隐式转换报错（如 PostgreSQL 对混合类型敏感） - 字符串占位符（如
'NULL_GROUP'）比负数更安全，避免和业务中合法的负 ID 冲突 - 必须在
SELECT和GROUP BY中写完全相同的表达式，否则某些数据库（如 MySQL 严格模式）会报错
想把 NULL 当作“未分类”单独统计，又不想改变主分组字段显示？
用 GROUPING() 函数（仅限支持窗口/ROLLUP 的数据库，如 PostgreSQL、SQL Server、Oracle）配合 GROUPING SETS 或 ROLLUP；但更通用、兼容性更好的方式是用子查询或 CTE 预处理：
WITH grouped AS (
SELECT
user_id,
COUNT(*) AS cnt
FROM orders
GROUP BY user_id
)
SELECT
COALESCE(CAST(user_id AS VARCHAR), 'NULL') AS user_id_label,
SUM(cnt) AS total
FROM grouped
GROUP BY COALESCE(CAST(user_id AS VARCHAR), 'NULL');
这个写法把原始分组结果作为中间表，再对 user_id 做一次“标签化聚合”，既保留了原生 NULL 分组能力，又控制了最终输出格式。
ORDER BY 时 NULL 排在哪？会影响 GROUP BY 结果吗？
不影响分组逻辑，但影响结果顺序。ORDER BY 默认把 NULL 排在最前（PostgreSQL、SQL Server）或最后（MySQL 8.0+ 默认 NULLS LAST，但旧版不支持）。如果希望 NULL 总是排最后，显式写：
ORDER BY user_id NULLS LAST
注意：NULLS LAST / NULLS FIRST 不是所有数据库都支持（MySQL 5.7 不支持，SQLite 不支持），替代方案是：
ORDER BY (user_id IS NULL), user_id
利用布尔值排序（FALSE=0，TRUE=1），确保非 NULL 先出现。
真正容易被忽略的是：当 GROUP BY 字段含 NULL，而后续又依赖该字段做 JOIN 或应用层映射时，NULL 无法参与等值匹配——这时候得提前决定它是要补默认值、过滤掉，还是走空字符串兜底，不能只靠 GROUP BY “自动归类”就完事。
