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