COALESCE仅处理SQL意义上的NULL，不识别空字符串、0或FALSE；正确用法需确保参数类型一致，并配合NULLIF等函数处理空字符串，UPDATE和ORDER BY中使用需谨慎避免性能与逻辑错误。
COALESCE在SELECT中怎么补默认值
直接用就行，但要注意参数类型一致和NULL的判定边界。COALESCE只认SQL意义上的NULL，不认空字符串、0或FALSE。
常见错误是以为COALESCE(name, '未知')能兜住所有“没填”的情况，结果发现name = ''的行依然返回空字符串——因为''不是NULL。
- 正确写法（仅对真
NULL生效）：SELECT COALESCE(phone, '暂无') FROM users; - 想同时处理
NULL和空字符串？得先转换：SELECT COALESCE(NULLIF(trim(phone), ''), '暂无') FROM users; - 多字段优先级取值很常用：
SELECT COALESCE(email, mobile, '未提供联系方式') AS contact FROM customers; - 和
CONCAT连用防崩：CONCAT(COALESCE(first_name, ''), ' ', COALESCE(last_name, ''))，避免任一字段为NULL导致整串变NULL
为什么UPDATE里COALESCE容易写错
COALESCE在UPDATE的SET子句里语法合法，但逻辑常被误解：它不会“自动填充历史空值”，而是每次执行都重新计算表达式。
典型误用：UPDATE orders SET amount = COALESCE(amount, 0);——这行语句对已有非NULL值的行毫无影响，只把当前amount为NULL的行设成0；但如果你本意是“批量修复旧数据”，漏掉WHERE条件就白跑了。
- 真要批量补空：
UPDATE orders SET amount = COALESCE(amount, 0) WHERE amount IS NULL; - 想保留原值、仅当输入为空时设默认值？得配合参数：
UPDATE products SET price = COALESCE(?, 99.99) WHERE id = ?;（注意：?是预编译占位符，COALESCE在MySQL端求值） - 慎用嵌套函数：
COALESCE(get_default_price(id), 99.99)在大批量更新时会为每行调用一次函数，性能可能骤降
ORDER BY里用COALESCE控制NULL位置的坑
MySQL默认把NULL当最小值，升序排最前。用COALESCE(col, 值)能强行改排序位置，但代价是大概率让索引失效。
比如对name字段建了索引，写ORDER BY COALESCE(name, 'zzz')后，MySQL通常放弃索引走全表扫描——因为函数改变了原始列值。
- 升序时让
NULL排最后：ORDER BY COALESCE(score, 999999) ASC（数值字段）或ORDER BY COALESCE(name, 'zzzzzz') ASC（字符串字段，但注意 collation 和真实数据冲突） - MySQL 8.0+ 强烈推荐改用标准语法：
ORDER BY score ASC NULLS LAST——不改值、不转类型、能走索引 - 别混用：
ORDER BY COALESCE(price, 0) ASC NULLS LAST会报错，NULLS LAST只能作用于列或简单表达式，不能套函数外层
DML中COALESCE不能自动生效的真相
COALESCE不是魔法开关，它只在你明确写出来的上下文中起作用。INSERT/UPDATE/DELETE 的纯 VALUES 或 SET 语法里，它不会“拦截”传入的NULL并自动替换。
例如：INSERT INTO users (email) VALUES (COALESCE(?, 'no-email@example.com'))看似合理，但预编译参数?本身不参与SQL解析，COALESCE实际接收的是客户端传来的NULL字面量，无法在服务端“修复”——这条语句在email为NOT NULL时直接报错Column 'email' cannot be null。
- 真正能用的地方只有
INSERT ... SELECT：INSERT INTO logs (user_id, msg) SELECT COALESCE(@uid, 0), 'login'; - 替代方案更轻量：应用层提前处理，比如Python里
email or 'no-email@example.com'，比塞进SQL更可控 - 触发器里虽可用：
BEFORE INSERT SET NEW.email = COALESCE(NEW.email, 'no-email@example.com');，但调试难、影响执行路径，非必要不选
最容易被忽略的是参数类型兼容性：哪怕某个COALESCE参数根本不会被用到（比如COALESCE(NULL, 'abc', 123)），MySQL仍会对所有参数做类型检查，'abc'和123混合时可能隐式转换失败或出意外结果。
