coalesce仅在select中动态返回首个非null值，不可用于设置默认值或修改表结构；需注意参数顺序、类型一致、空字符串需用nullif转换，且避免在where/order by中滥用以免破坏索引。
COALESCE 不是“设置默认值”的命令，它只在 SELECT 查询时动态返回第一个非 NULL 值——想让字段永远显示 0 或 'N/A'，得靠它兜底，而不是改表结构。
COALESCE 在 SELECT 中怎么写才不翻车
它从左到右扫描参数，遇到第一个非 NULL 就停，后面全跳过。但顺序错了、类型混了、空字符串漏判，立刻出问题。
-
COALESCE(salary, 0)安全：数值字段配数值兜底 -
COALESCE(email, phone, '暂无')合理：多字段按优先级排，最后用字符串收尾 -
COALESCE(updated_at, '1970-01-01')危险：PostgreSQL 直接报错，MySQL 可能转成字符串导致排序失效 - 真要混类型，先统一格式：
COALESCE(DATE_FORMAT(updated_at, '%Y-%m-%d'), 'N/A') - 空字符串
''不等于NULL，得先用NULLIF(col, '')转换：COALESCE(NULLIF(phone, ''), '未提供')
LEFT JOIN 后字段为 NULL 时最容易忘加 COALESCE
关联查资料表，没填数据就返回 NULL，前端拼接 CONCAT('姓名：', name) 直接变 NULL，导出 Excel 空一整列。
- 错误写法：
SELECT u.name, p.bio FROM users u LEFT JOIN profiles p ON u.id = p.user_id - 正确补救：
SELECT u.name, COALESCE(p.bio, '暂无简介') AS bio - 聚合也一样：
SELECT COALESCE(AVG(score), 0) FROM exams WHERE user_id = 123—— 没记录时AVG()返回NULL，不包COALESCE就真为NULL
别在 WHERE 或 ORDER BY 里乱用 COALESCE
它会破坏索引，还可能把本该过滤掉的旧数据放进来。
-
WHERE COALESCE(updated_at, created_at) > '2024-01-01'→ 大概率全表扫，且updated_at IS NULL时退到created_at，逻辑已偏移 - 等价但可走索引的写法：
WHERE (updated_at > '2024-01-01') OR (updated_at IS NULL AND created_at > '2024-01-01') - 真要排序用兜底时间，得提前建函数索引（如 PostgreSQL：
CREATE INDEX idx_coalesce ON tbl ((COALESCE(updated_at, created_at)))）
最常踩的坑不是不会写 COALESCE，而是默认它能处理空字符串、自动兼容类型、或者以为它在 UPDATE 里也能当默认值用——它只在查询投影阶段起作用，且对类型和顺序极其敏感。
