是的，GROUP BY中NULL值默认归为同一组，所有NULL被视为相等并聚合成一组；但COUNT(列名)跳过NULL而COUNT(*)统计整行，需用COALESCE或CASE显式处理业务合并需求。
GROUP BY 中 NULL 值默认是否归为同一组？
是的，GROUP BY 本身就把所有 NULL 视为相等值，会自动归入同一个分组。这是 SQL 标准行为（包括 MySQL、PostgreSQL、SQL Server、Oracle），不是方言特性。
但要注意：这个“相等”仅在 GROUP BY 和 ORDER BY 中成立；在 WHERE 或 HAVING 中，col = NULL 永远返回 FALSE，必须用 col IS NULL 判断。
为什么 COUNT(col) 不统计 NULL，而 COUNT(*) 会？
COUNT(列名) 只统计非 NULL 值；COUNT(*) 统计所有行（包括该列是 NULL 的行）。这直接影响分组聚合结果是否“包含 NULL 行”。
常见误判场景：
- 想统计每组总人数（含 NULL 所在行），却写了
COUNT(status)→ 漏掉 status 为NULL的记录 - 想统计“状态未知”的人数，写了
COUNT(CASE WHEN status IS NULL THEN 1 END)，但漏了ELSE NULL→ 实际等价于COUNT(*)，因为CASE默认返回NULL
正确写法示例：
SELECT status, COUNT(*) AS total_in_group, COUNT(status) AS non_null_count, COUNT(CASE WHEN status IS NULL THEN 1 END) AS null_count FROM users GROUP BY status;
需要把 NULL 和某个具体值合并分组怎么办？
有时业务要求把 NULL 当作“未填写”统一归到 “Other” 组，而不是单独一组。这时不能依赖默认行为，得主动转换。
推荐用 COALESCE 或 CASE 预处理：
-
COALESCE(status, 'Unknown')—— 简洁，但注意类型要兼容（比如status是INT，就不能填字符串） -
CASE WHEN status IS NULL THEN 'Unknown' ELSE status END—— 类型安全，推荐用于混合类型或需复杂逻辑时
错误做法：GROUP BY IFNULL(status, 'Unknown')（MySQL）或 ISNULL(status, 'Unknown')（SQL Server）—— 功能对，但可读性差，且跨数据库不通用。
ORDER BY 中 NULL 排在哪？影响分组观察吗？
不影响分组本身，但影响你肉眼判断分组顺序。不同数据库对 NULL 默认排序位置不同：
- PostgreSQL / Oracle：NULL 默认排最后（
ORDER BY col ASC） - MySQL：NULL 默认排最前（
ORDER BY col ASC） - SQL Server：取决于 ANSI_NULLS 设置，通常排最前
如果想显式控制，加 NULLS FIRST 或 NULLS LAST（标准 SQL，PostgreSQL/Oracle 支持；MySQL 8.0+、SQL Server 2022+ 也支持）。否则光看结果可能误以为 NULL 没被分到一起 —— 实际它就在那里，只是排在头或尾。
真正容易被忽略的是：当用 GROUP BY + ORDER BY 时，ORDER BY 的表达式若未出现在 SELECT 列表中（如 ORDER BY COALESCE(status, 'N/A')），某些数据库（如 MySQL 严格模式、PostgreSQL）会报错 —— 必须确保排序字段也在 SELECT 中，或用列别名引用。
