coalesce按从左到右返回首个非null值，不处理空字符串或0等逻辑空值；需注意类型兼容、索引列前置、避免子查询及隐式转换，结合nullif或case when应对复杂空值场景。
COALESCE 用对了才能真正“容错”
COALESCE 不是万能空值兜底开关，它按从左到右顺序逐个求值，遇到第一个 NOT NULL 就立刻返回，后续表达式根本不会执行。这意味着：如果左侧列有索引但右侧列计算开销大（比如子查询或函数），性能可能意外变差；更隐蔽的是，如果某列类型不一致（如 INT 和 VARCHAR），MySQL 会隐式转换，可能触发全表扫描或意外截断。
- 务必确认所有参数类型兼容，优先显式
CAST()统一类型 - 把高概率非空、带索引的列放在最左边
- 避免在 COALESCE 里写子查询——
COALESCE((SELECT ...), col2)会导致子查询每次都被执行，哪怕col2已经非空
多列取首个非空值的典型写法与陷阱
常见需求是“从 name_en、name_zh、name_default 里选一个可用名字”，正确写法是 COALESCE(name_en, name_zh, name_default)。但注意：空字符串 '' 不等于 NULL，所以如果业务里用空字符串表示“未填写”，这个表达式会直接返回 ''，而不是继续往后找。
- 需要同时处理
NULL和空字符串？得先用NULLIF()转换：COALESCE(NULLIF(name_en, ''), NULLIF(name_zh, ''), name_default) - 如果某列可能为
0（数字型）且你认为0也属于“无效值”，COALESCE 无法识别——它只认NULL，此时必须用CASE WHEN -
COALESCE所有参数必须返回相同或兼容类型，否则 MySQL 报错Illegal mix of collations或静默转成字符串导致索引失效
和 IFNULL、CASE WHEN 的关键区别在哪
IFNULL(a, b) 只支持两个参数，语义清晰但扩展性差；CASE WHEN 灵活但冗长。COALESCE 是 SQL 标准函数，在跨数据库迁移时更稳妥，但 MySQL 对它的优化不如原生 IFNULL —— 比如 IFNULL(col, 'default') 在某些版本能更好利用索引。
- 仅两值判断且性能敏感？优先用
IFNULL() - 要兼容 PostgreSQL/Oracle？坚持用
COALESCE() - 逻辑含条件判断（如“非空且长度 > 2”）？只能上
CASE WHEN，COALESCE 无能为力
真实查询中容易被忽略的 NULL 来源
很多人测试时用 INSERT 手动插数据，没意识到 JOIN 后的列天然大量为 NULL。例如 LEFT JOIN user_profile p ON u.id = p.user_id 后，p.bio 在无匹配记录时就是 NULL，这时 COALESCE(p.bio, u.name) 才真正发挥作用。但若误写成 COALESCE(u.name, p.bio)，就完全失去容错意义。
- 检查 NULL 来源：是字段允许 NULL？还是 JOIN 产生？或是函数返回（如
SUBSTRING_INDEX()越界）？ - 用
SELECT col, ISNULL(col), LENGTH(col)辅助诊断，区分NULL、空字符串、空白字符 - 建表时若业务上“该字段必有值”，就别设
DEFAULT NULL，而应设NOT NULL DEFAULT ''或具体默认值，从源头减少 COALESCE 使用场景
