COALESCE是标准SQL函数，返回首个非NULL值，支持多参数且跨数据库兼容；IFNULL仅MySQL支持、仅两参数、类型处理受限、不兼容迁移。
COALESCE在不同数据库中的行为差异
COALESCE 是标准 SQL 函数，所有主流数据库（PostgreSQL、SQL Server、Oracle、SQLite）都支持，但 MySQL 用户容易误以为它和
完全等价——其实不然。
接收多个参数，返回第一个非
的值；而
仅接受两个参数，是 MySQL 特有函数。
常见错误：在跨数据库迁移时把
直接照搬进 PostgreSQL，结果报错
。
PostgreSQL / SQL Server / Oracle 必须用
MySQL 可用
或
，但后者不兼容其他系统
所有参数必须类型兼容，否则可能触发隐式转换失败（如
在严格模式下报错）
IFNULL只适用于MySQL且不能嵌套处理多层NULL
看似简洁，但它只有两参数，面对“字段可能为 NULL，而备选值本身也可能为 NULL”的场景就无能为力。比如想表达“用
替代
，如果
也是 NULL，就用
”，
必须嵌套写成
，可读性差且易出错。
而同样逻辑用
一行搞定：
。
返回值类型始终与第一个参数一致，可能导致截断（如
把数字转成字符串再拼接）
在 MySQL 5.7+ 的 ONLY_FULL_GROUP_BY 模式下，若用于 SELECT 列但未出现在 GROUP BY 中，可能触发错误
别在视图或存储过程中依赖
做关键空值兜底，除非确定永不迁移到其他数据库
WHERE条件中直接比较NULL会失效
很多人写
或
，结果查不到任何数据——因为 NULL 不参与常规比较运算。这是空值语义的根本特性，和用什么替换函数无关。
正确写法只能是
或
。如果你需要在过滤时“把 NULL 当作某个值来对待”，得提前用
转换：
上面语句实际匹配的是
或
（后者恒假），所以效果等价于单纯
真有用处的场景是范围判断，例如：
注意：对列使用
会导致该列无法走索引（除非数据库支持函数索引且已创建）
性能和索引影响常被忽略
用
做 SELECT 输出没问题，但一旦放进 WHERE、JOIN ON 或 ORDER BY，就可能让优化器放弃使用
上的索引。
例如：
，即使
有索引，这条查询大概率走全表扫描。
更安全的写法是拆成 OR 条件：
（后半部分恒假，可省略）
如果业务上 NULL 表示“未分配”，建议建一个带默认值的生成列（如 MySQL 5.7+ 的
）并为其建索引
在聚合场景中，
是合理用法，因为
本身对空集返回 NULL，这里只是补零，不影响执行计划
最麻烦的不是语法不会写，而是忘了 NULL 是三值逻辑的一部分——它既不是真也不是假，还不能用=比较。所有替换函数都只是“显示层”补救，真正健壮的查询得从建表时的
约束、默认值设计开始。
IFNULLCOALESCENULLIFNULLIFNULL(col, 'N/A')function ifnull does not existCOALESCE(col, 'N/A')COALESCE(col, 'N/A')IFNULL(col, 'N/A')COALESCECOALESCE(int_col, 'missing')IFNULLbackup_namenamebackup_name'Unknown'IFNULLIFNULL(name, IFNULL(backup_name, 'Unknown'))COALESCECOALESCE(name, backup_name, 'Unknown')IFNULLIFNULL(varchar_col, 123)IFNULLIFNULLWHERE col = NULLWHERE col != NULLWHERE col IS NULLWHERE col IS NOT NULLCOALESCESELECT * FROM users
WHERE COALESCE(status, 'inactive') = 'active';status = 'active'status IS NULL AND 'inactive' = 'active'status = 'active'WHERE COALESCE(created_at, '1970-01-01') > '2023-01-01'COALESCECOALESCE(col, 'default')colSELECT * FROM orders WHERE COALESCE(customer_id, 0) = 123customer_idWHERE customer_id = 123 OR (customer_id IS NULL AND 0 = 123)GENERATED COLUMNCOALESCE(SUM(col), 0)SUMNOT NULL