COALESCE更优，因其是SQL标准函数，被PostgreSQL、MySQL 8.0+、SQL Server、Oracle等主流数据库统一支持；而ISNULL仅限SQL Server，跨库迁移或通用脚本中使用会直接报错。
COALESCE 为什么比 ISNULL 更适合多数据库兼容场景
COALESCE 是 SQL 标准函数，所有主流数据库（PostgreSQL、MySQL 8.0+、SQL Server、Oracle）都支持；而 ISNULL 是 SQL Server 专属，MySQL 用 IFNULL，PostgreSQL 用 COALESCE 或 NULLIF。如果写跨库 SQL 或将来要迁移，硬写 ISNULL 很可能直接报错 Unknown function 'ISNULL'。
它接受任意数量参数，从左到右返回第一个非 NULL 值，天然适合“兜底链式赋值”：
SELECT COALESCE(phone, mobile, '未提供联系方式') AS contact FROM users;
- 只要
phone不为 NULL，就用它；否则看mobile；都 NULL 才用字符串默认值 - 参数类型必须兼容，比如不能
COALESCE(name, 123)（字符串 vs 整数），MySQL 可能隐式转换但 PostgreSQL 会报错ERROR: argument of COALESCE must be same type - 注意：
COALESCE是表达式，不是函数调用语法糖——它在执行计划里会被内联展开，性能和手写CASE WHEN几乎一致，不用担心额外开销
JOIN 时 ON 条件含 NULL 怎么避免关联失效
这是最常被忽略的坑：当关联字段本身是 NULL，用 ON a.user_id = b.user_id 会直接跳过该行——因为 NULL = NULL 返回的是 UNKNOWN，不是 TRUE，JOIN 不匹配。
解决思路不是“把 NULL 变成值再连”，而是明确业务语义：
- 如果 NULL 表示“未知用户”，那它本就不该和任何
b表记录关联 → 当前行为正确，不用改 - 如果 NULL 实际代表“系统默认用户”，且
b表有 id = 0 的默认记录，可改写为：ON (a.user_id = b.user_id) OR (a.user_id IS NULL AND b.id = 0)
- 更稳妥的做法是在 JOIN 前先清洗：
SELECT * FROM (SELECT id, COALESCE(user_id, -1) AS user_id FROM a) a_clean JOIN b ON a_clean.user_id = b.id;
（前提是b.id不含 -1）
WHERE 中判断字段是否为 NULL 不能用等号
WHERE user_id = NULL 永远不成立，因为 NULL 不参与任何等值比较。必须用 IS NULL 或 IS NOT NULL。
但如果你的目的是“查出 user_id 为空或等于某个值的记录”，别写成：
WHERE user_id = NULL OR user_id = 123
（逻辑错误，前半句恒假）
应该写成：
WHERE user_id IS NULL OR user_id = 123
- 想统一处理 NULL 和具体值？可以用
COALESCE转换后再比较：WHERE COALESCE(user_id, 0) IN (0, 123)
（注意：这会让索引失效，除非你建了函数索引，如 PostgreSQL 的CREATE INDEX idx_user_coal ON users(COALESCE(user_id, 0))） - MySQL 中
user_id NULL是安全的空值相等操作符，但它是 MySQL 特有，跨库不可用
GROUP BY 里 NULL 值自动聚成一组，但排序时要注意
标准 SQL 规定：所有 NULL 在 GROUP BY 中视为相等，会归入同一组。这点没问题，但问题出在 ORDER BY：
- MySQL 默认把 NULL 排在最前（
ASC时），PostgreSQL 默认排最后 —— 如果你依赖排序结果做分页或展示，得显式声明：ORDER BY region NULLS FIRST
（PostgreSQL 支持）或ORDER BY IFNULL(region, '') ASC
（MySQL 兼容写法） - 聚合后想给 NULL 组起个名字？别在 SELECT 里直接写字符串，要用
CASE：SELECT CASE WHEN region IS NULL THEN '未知地区' ELSE region END AS region_name, COUNT(*) FROM sales GROUP BY region;
否则GROUP BY region和SELECT '未知地区'会产生不匹配
真正麻烦的是嵌套场景：比如 COALESCE(COALESCE(a.x, b.y), c.z) 三层嵌套时，每个字段类型要对齐，任意一层隐式转换失败都会中断查询。宁可拆成子查询，也别堆太深。
