COALESCE在 MySQL 中不是“空值处理函数”的万能解，它只返回第一个非
NULL的表达式值，不改变原值、不隐式转换类型、也不处理空字符串
''—— 这三点是绝大多数人踩坑的根源。
COALESCE 是什么，以及它和 IFNULL、NULLIF 的关键区别
COALESCE是 SQL 标准函数，接受任意数量参数（至少一个），从左到右依次判断是否为
NULL，遇到第一个非
NULL值就返回；全为
NULL则返回
NULL。它和 MySQL 特有函数的区别很实际：
IFNULL(expr1, expr2)只支持两个参数，且
expr2必须与
expr1类型兼容（否则触发隐式转换，可能出错）
NULLIF(expr1, expr2)是“相等则转
NULL”，和空值填充完全无关，别混用
COALESCE所有参数必须能隐式转为同一类型（MySQL 按优先级推导），否则报错：
Illegal mix of collations或
Invalid date
常见误用：把 COALESCE 当作“空字符串转 NULL”或“NULL/空字符串统一替换”
COALESCE对
''（空字符串）、
' '（空格）、
0、
0.0全部视为有效值，不会跳过。比如：
SELECT COALESCE('', 'fallback'); -- 返回 ''，不是 'fallback'若想同时处理
NULL和空字符串，必须显式写成：
SELECT COALESCE(NULLIF(trim(name), ''), '未知') FROM user;
这里
NULLIF(trim(name), '')先把空格清理后为空的字段转成
NULL，再交给
COALESCE统一兜底。 永远别依赖
COALESCE(name, 'N/A')来覆盖空字符串场景 涉及字符串字段时，
trim()和
NULLIF()往往得套着用 日期字段慎用：
COALESCE(created_at, '1970-01-01')若
created_at为
'0000-00-00'，它不等于
NULL，也不会被替换
性能与索引影响：COALESCE 会让 WHERE 条件无法走索引
在
WHERE子句中对字段套
COALESCE，例如：
WHERE COALESCE(status, 'active') = 'active'
会导致该查询无法使用
status字段上的索引，因为 MySQL 必须对每行先计算函数结果。真实业务中更安全的做法是： 拆成
WHERE status IS NULL OR status = 'active'（可命中索引） 或建生成列 + 索引：
ALTER TABLE t ADD COLUMN status_clean VARCHAR(20) STORED AS (COALESCE(status, 'active'));注意：生成列需 MySQL 5.7+，且
STORED才能建索引
嵌套 COALESCE 的可读性陷阱
多层
COALESCE(COALESCE(a,b), COALESCE(c,d))看似灵活，实则难维护、易出错。MySQL 支持任意数量参数，应直接扁平化：
COALESCE(a, b, c, d, 'default')
但要注意参数求值顺序：所有参数都会被计算（即使前面已返回），所以含子查询或函数调用时可能带来额外开销。例如：
COALESCE(col, (SELECT ... FROM huge_table LIMIT 1))
当
col非
NULL时，子查询仍会执行 —— MySQL 不做短路优化。
真正复杂的数据清洗逻辑，建议放到应用层或用
CASE WHEN显式控制分支和计算时机，别硬塞进
COALESCE。
