COALESCE总是返回NULL，是因为所有参数均为SQL意义上的NULL；它严格按顺序检查是否为NULL（空字符串、0等非NULL值均不触发替换），仅当全部参数为NULL时才返回NULL。
COALESCE 为什么总是返回 NULL？
当你发现 COALESCE(col1, col2, 'default') 仍返回 NULL，大概率是参数里混入了真正的 NULL 值，而你误以为某列“有值”。COALESCE 严格按顺序检查每个表达式是否为 NULL（注意：空字符串 ''、数字 0、布尔 FALSE 都不是 NULL），只要遇到第一个非 NULL 就立即返回——它不判断“空字符串”或“零值”。
- 常见错误：把
COALESCE(name, '未知')用在name = ''的记录上 → 仍返回''，不是'未知' - 若需同时处理
NULL和空字符串，得先用NULLIF(name, '')转换：COALESCE(NULLIF(name, ''), '未知') -
COALESCE所有参数必须类型兼容，否则 MySQL 会隐式转换（如把字符串转为数字），可能引发意外截断或警告
COALESCE 和 IFNULL、CASE WHEN 该怎么选？
三者都能做空值替代，但语义和适用场景不同：
-
IFNULL(a, b)是 MySQL 特有双参数函数，等价于COALESCE(a, b)，性能略优，但只能处理两个值 -
COALESCE(a, b, c, d)是 SQL 标准函数，支持任意多个参数，可链式 fallback，适合多字段兜底（如优先取mobile，没有则取phone，再没有取email） -
CASE WHEN更灵活，能写复杂条件（如CASE WHEN col IS NULL OR col = '' THEN 'N/A' ELSE col END），但语法冗长，不适合简单空值替换
在 WHERE 或 ORDER BY 中用 COALESCE 会影响索引吗？
会影响。一旦在查询条件或排序字段中对列使用函数（包括 COALESCE(col, 'x')），MySQL 通常无法使用该列上的索引，导致全表扫描。
- 错误写法：
WHERE COALESCE(status, 'active') = 'active'→ 索引失效 - 正确思路：改用
WHERE status IS NULL OR status = 'active'，或建函数索引（MySQL 8.0+）：CREATE INDEX idx_status_coal ON t1 ((COALESCE(status, 'active'))); - 排序同理：
ORDER BY COALESCE(updated_at, created_at)会强制 filesort；若高频使用，建议新增计算列并索引：ALTER TABLE t1 ADD COLUMN sort_time DATETIME AS (COALESCE(updated_at, created_at));
COALESCE 在聚合或子查询中容易被忽略的陷阱
嵌套使用时，NULL 传播行为容易误判。比如外层 COALESCE 接收的是子查询结果，而子查询本身可能返回空集（即 NULL），而非一个值。
- 危险示例：
SELECT COALESCE((SELECT price FROM items WHERE id = 999), 0);→ 若无匹配记录，子查询返回NULL，整体结果为0（符合预期） - 但若子查询返回多行：
SELECT COALESCE((SELECT price FROM items WHERE category = 'book'), 0);→ 直接报错Subquery returns more than 1 row - 安全做法：确保子查询带
LIMIT 1或聚合（如MAX()），或改用LEFT JOIN+COALESCE
COALESCE 语法，而是分清你到底想处理「SQL 意义上的 NULL」，还是业务意义上的「无效值」——后者往往需要组合 NULLIF、TRIM、甚至正则判断。 
