COALESCE仅返回首个非NULL值，不处理空字符串、不隐式转换类型、不改变原值；需配合NULLIF和TRIM处理''，WHERE中使用会失效索引。

COALESCE 在 MySQL 中不是“空值处理函数”的万能解，它只返回第一个非 NULL 的表达式值，不改变原值、不隐式转换类型、也不处理空字符串 '' —— 这三点是绝大多数人踩坑的根源。

COALESCE 是什么，以及它和 IFNULL、NULLIF 的关键区别

COALESCE 是 SQL 标准函数，接受任意数量参数（至少一个），从左到右依次判断是否为 NULL，遇到第一个非 NULL 值就返回；全为 N

• 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。