COALESCE仅返回首个非NULL值，不处理空字符串、0或空格；需配合NULLIF(TRIM())将无效值转NULL后再使用，且字段顺序即业务优先级，滥用会导致索引失效与类型错误。
COALESCE 不会“处理多列为空”，它只按顺序返回第一个非 NULL 值；所谓“多列为空”其实是你把 NULL 和空字符串、0、空格混为一谈了。
COALESCE 的实际行为：短路求值，不跳过空字符串
它从左到右检查每个参数，遇到第一个 IS NOT NULL 的值就立刻返回，后续参数根本不会计算。注意：''（空字符串）、' '（空格）、0、0.0 全部不是 NULL，COALESCE 会直接返回它们。
- 错误认知：
COALESCE(col, 'default')能兜住空字符串 → 实际上若col = ''，结果就是''，不是'default' - 正确做法：先用
NULLIF(TRIM(col), '')把空格和空字符串转成 NULL，再喂给COALESCE - 示例：
COALESCE(NULLIF(TRIM(nickname), ''), NULLIF(TRIM(real_name), ''), '游客')
多字段优先级取值：顺序决定逻辑成败
字段排列顺序就是业务规则本身。比如“昵称 > 真实姓名 > 邮箱前缀”，写成 COALESCE(nickname, real_name, SUBSTRING(email FROM 1 FOR POSITION('@' IN email) - 1)) 是对的；但若把 email 放最前，而它存的是完整邮箱（如 user@domain.com），那后面字段永远没机会被选中。
win可用的mysql指令skill
下载
安装、修复、更新或打包一个基于 Python 和 PyMySQL 实现的 Windows `mysql` 命令。适用于用户希望在 PowerShell/CMD 中输入 `mysql` 时重定向到 Python 实现、需要交互式输入 MySQL 连接信息、需要同步到当前用户本地 bin 目录，或需要将该能力封装成可公开复用的 Codex skill。
- 子查询或函数调用也受短路影响：若
mobile非 NULL，JSON_EXTRACT(profile, '$.phone')根本不会执行 - 日期字段要特别小心：
'0000-00-00'或'2025-00-00'不是 NULL，COALESCE(created_at, '1970-01-01')对它们无效 - 类型必须兼容：混合
INT和VARCHAR可能触发隐式转换，导致截断或报错Illegal mix of collations
WHERE / ORDER BY 中滥用 COALESCE 导致索引失效
在过滤或排序时对字段套 COALESCE，MySQL 无法使用该字段上的索引，强制全表扫描或 filesort。
- 危险写法：
WHERE COALESCE(phone, '') != ''→ 索引失效，应改写为WHERE phone IS NOT NULL AND phone != '' - 排序陷阱：
ORDER BY COALESCE(updated_at, created_at)会绕过索引，大数据量下响应明显变慢 - 想查“至少有一个联系方式”的用户数？别用
COUNT(COALESCE(phone, email))（等价于COUNT(*)），改用COUNT(*) FILTER (WHERE phone IS NOT NULL OR email IS NOT NULL)（MySQL 8.0.23+）或传统SUM(IF(phone IS NOT NULL OR email IS NOT NULL, 1, 0))
真正容易被忽略的点是：COALESCE 本身不纠错，它只做选择。你传给它的每个值是否符合业务意义上的“有效”，得靠你前置清理——TRIM、NULLIF、STR_TO_DATE 这些才是搭档，不是可选项。
