COALESCE仅作用于SELECT投影阶段，不能设默认值或修改表结构；必须确保参数类型兼容、顺序正确，并嵌套NULLIF处理空字符串，否则兜底失效。

COALESCE不是UPDATE语句里的默认值设置工具

它只在SELECT投影阶段起作用，不能修改表结构、也不能给列设永久默认值。想让salary字段查出来永远不为NULL，得靠COALESCE(salary, 0)这一类写法；但想让插入时不填就自动存0，该加DEFAULT 0约束，或用INSERT ... VALUES (COALESCE(?, 0))在应用层兜底。

参数顺序错一位，结果就全错

COALESCE严格从左到右扫描，遇到第一个非NULL就返回，后面全跳过。常见翻车点：

• COALESCE(NULLIF(phone, ''), '未提供', '000-0000')：如果phone是空字符串，NULLIF转成NULL，接着取到'未提供'就停了，最后的备用号码根本不会生效
• COALESCE(updated_at, created_at, '1970-01-01')在PostgreSQL里直接报错——因为updated_at和created_at是TIMESTAMP，而字符串字面量不是，类型不兼容
• 正确写法是先对齐类型：COALESCE(updated_at, created_at, CAST('1970-01-01' AS TIMESTAMP))

空字符串'' ≠ NULL，不处理会漏掉大量“假数据”

COALESCE完全无视空字符串，只识别NULL。用户填了''，你写COALESCE(phone, 'N/A')，结果还是空着——前端渲染可能直接塌陷，导出Excel整列空白。

要同时覆盖NULL和''，必须嵌套：

• COALESCE(NULLIF(TRIM(phone), ''), 'N/A')：先去空格，再把空串转NULL，最后兜底
• MySQL旧版本不支持TRIM单参数，得写RTRIM(LTRIM(phone))
• 高频查询字段慎用三层函数，性能损耗明显

别在WHERE或ORDER BY里滥用COALESCE

它会让条件无法走索引，还悄悄改变语义：

• WHERE COALESCE(status, 'active') = 'active' → 全表扫描，且把原本status IS NULL的行也拉进来了
• 等价但可索引的写法：WHERE status = 'active' OR status IS NULL
• ORDER BY COALESCE(published_at, created_at) → 没函数索引时必全表排序；PostgreSQL需提前建CREATE INDEX ON posts ((COALESCE(published_at, created_at)))

最常被忽略的一点：COALESCE的类型推导规则由数据库决定，MySQL宽松，PostgreSQL严格，SQLite又另有一套——跨库迁移时，同一句COALESCE(col, 'fallback')可能在一个库跑通，在另一个库直接报错。