结论：别用ISNULL或IFNULL做分组前NULL处理，优先用COALESCE；必须用IFNULL时需在GROUP BY中重复表达式而非引用别名，因其非SQL标准、跨库不兼容，且GROUP BY阶段不可见SELECT别名。
直接说结论：别用 ISNULL 或 IFNULL 做分组前的 NULL 处理，优先用 COALESCE；如果必须用 IFNULL（比如老 MySQL 5.7），得在 GROUP BY 里重复写表达式，不能依赖别名。
为什么 ISNULL 和 IFNULL 不推荐用于跨库分组
ISNULL 是 SQL Server 专属函数，MySQL 里根本不存在，执行会报错 Unknown function 'ISNULL'；IFNULL 是 MySQL 特有，PostgreSQL、Oracle 都不认。一旦你写的 SQL 要迁移到其他数据库，或者对接多数据源的服务，这两者就是硬伤。
-
COALESCE(region, 'unknown')是 SQL 标准函数，MySQL 8.0+、PostgreSQL、SQL Server、Oracle 全支持 - 如果字段是数值型（如
score），别写COALESCE(score, 'N/A')—— 类型不一致，PostgreSQL 直接报错argument of COALESCE must be same type，应写COALESCE(score, -1) - 字段定义长度要提前核对：比如
region VARCHAR(5)，而你写COALESCE(region, 'unknown')，'unknown' 有 7 字符，MySQL 可能截断，PostgreSQL 会报错
GROUP BY 里能不能用别名？看数据库版本
很多人习惯这么写：
SELECT IFNULL(status, 'pending') AS status_group, COUNT(*) FROM orders GROUP BY status_group;
这在 MySQL 5.7+ 是允许的，但 PostgreSQL、SQL Server、标准 SQL 全都不支持——GROUP BY 阶段还看不到 SELECT 里的别名。
- 最稳妥写法：在
GROUP BY中重复表达式，比如GROUP BY IFNULL(status, 'pending') - MySQL 8.0+ 支持
GROUP BY引用别名，但如果你的查询还要跑在 5.7 环境（比如某些政企客户的老系统），就得避开 - 别为了省几个字符牺牲可移植性；别名只在
SELECT和ORDER BY中安全
NULL 分组不是 bug，是语义选择
GROUP BY status 本身就会把所有 status IS NULL 的行归为一组，结果里出现一行 NULL | 12 是完全正常的。关键是你是否需要区分“未填”和“明确为空”。
- 如果业务上
NULL就代表“待处理”，那保留原样分组反而是对的 - 如果想把
NULL单独标为'missing'，再和其他值并列展示，就该用CASE WHEN status IS NULL THEN 'missing' ELSE status END包一层再分组 - 别一看到结果里有
NULL就急着替换——先确认它是不是本该存在的一类业务状态
真正容易被忽略的点是：分组后排序时 NULL 的位置不可靠。MySQL 默认把 NULL 排最前，PostgreSQL 默认排最后，ORDER BY status 的行为随数据库变。要用 ORDER BY (CASE WHEN status IS NULL THEN 1 ELSE 0 END), status 才能稳住顺序。
