选 COALESCE，因其更标准、可移植性好且支持多参数空值 fallback；IFNULL 仅 MySQL 特有、限两参数、跨库不兼容，嵌套繁琐易错。
COALESCE 和 IFNULL 到底该用哪个？
选 COALESCE，除非你只在 MySQL 里写 SQL 且确定所有参数都非 NULL 或只有两个值要判断。它更标准、可移植性好，而且能处理多层空值 fallback；IFNULL 是 MySQL 特有函数，只接受两个参数，第三个起就报错——比如你想写 IFNULL(a, IFNULL(b, c))，看着就绕，还容易漏括号。
COALESCE 的参数顺序和类型隐式转换很关键
COALESCE 返回第一个非 NULL 的表达式，但要求所有参数类型兼容，否则数据库会尝试隐式转换，可能出人意料：
- PostgreSQL 会严格校验类型，
COALESCE(col_text, 42)直接报错，必须显式转成同类型：COALESCE(col_text, '42') - MySQL 更“宽容”，
COALESCE('abc', 123)会把数字转成字符串，结果是'abc'；但如果第一个是数字、后面是字符串，可能触发数值截断或警告 - SQL Server 对混合类型也敏感，比如
COALESCE(datetime_col, 'N/A')会失败，得用CAST或CONVERT统一为字符串
IFNULL 在 MySQL 里用错参数数量会直接报错
IFNULL 只允许两个参数，多一个少一个都不行。常见错误包括：
- 误写成
IFNULL(a, b, c)→ 报错：Incorrect parameter count in the call to native function 'IFNULL' - 想嵌套多个 fallback 却没加括号：写成
IFNULL(a, b, IFNULL(c, d))→ 语法错误，正确写法是IFNULL(a, IFNULL(b, IFNULL(c, d))) - 在非 MySQL 环境（如 PostgreSQL、SQLite）中使用
IFNULL→ 函数不存在，报错：function ifnull(unknown, unknown) does not exist
性能差异其实可以忽略，但写法影响可维护性
单次调用 COALESCE 和 IFNULL 的执行开销几乎一样，瓶颈从来不在函数本身，而在是否触发索引失效或全表扫描：
- 如果写成
WHERE COALESCE(status, 'active') = 'active'，大多数数据库无法走status字段索引 - 用
status IS NULL OR status = 'active'替代，更容易被优化器识别并利用索引 - 在 SELECT 中替换空值不影响性能，但统一用
COALESCE能减少跨库迁移时的重写成本
真正容易被忽略的是：不同数据库对 NULL 的判定逻辑一致，但对空字符串 '' 和 NULL 的区分非常严格——COALESCE 不处理空字符串，得配合 NULLIF 用，比如 COALESCE(NULLIF(trim(name), ''), 'Unknown')。
