COALESCE更可靠因其是SQL标准函数、跨数据库兼容，严格按参数顺序返回首个非NULL值并遵循类型优先级规则，但不处理空字符串等“假空”值，且WHERE中滥用会破坏索引。
COALESCE 为什么比 ISNULL 或 IFNULL 更可靠
因为 COALESCE 是 SQL 标准函数，所有主流数据库（PostgreSQL、MySQL 8.0+、SQL Server、SQLite、Oracle）都支持，而 ISNULL 是 SQL Server 专属，IFNULL 只在 MySQL 和 SQLite 里能用。跨库迁移或写通用脚本时，硬写 ISNULL 很可能直接报错：ERROR: function isnull does not exist。
它还严格遵循数据类型推导规则：返回值类型是所有参数中「最高优先级」的类型。比如 COALESCE(col_text, 'default') 返回 TEXT；但 COALESCE(col_int, 999) 就不会隐式转成字符串——这点常被忽略，导致后续 WHERE 或 ORDER BY 出问题。
COALESCE 的参数顺序决定填充逻辑
COALESCE 从左到右逐个判断，遇到第一个非 NULL 值就返回，后面全跳过。这意味着顺序不是随便排的，而是按「可信度/优先级」来排。
- 想用用户填写的邮箱，没填就 fallback 到注册时的手机号，再没有就用系统默认邮箱：
COALESCE(user_email, user_phone, 'noreply@example.com') - 错误写法（把默认值放最前）：
COALESCE('fallback', col_a, col_b)→ 永远返回'fallback'，后面字段完全失效 - 如果中间某列类型不兼容（比如
col_a是INT，col_b是DATE），整个表达式会报错：ERROR: COALESCE types integer and date cannot be matched，必须显式转换
和 CASE WHEN 相比，COALESCE 看似简单但有隐藏限制
COALESCE 本质是 CASE WHEN x IS NOT NULL THEN x ... END 的语法糖，但它只做 IS NOT NULL 判断，**不处理空字符串、0、'NULL' 字符串等“假空”值**。
常见翻车场景：
- 用户表里
nickname字段存了空字符串''，但COALESCE(nickname, '游客')依然返回''，因为'' IS NOT NULL为真 - 需要同时处理
NULL和空字符串？得套一层CASE：COALESCE(NULLIF(trim(nickname), ''), '游客') -
NULLIF(x, y)是关键辅助：当x = y时返回NULL，否则返回x。所以NULLIF(trim(col), '')能把空白字符串变成NULL，再交给COALESCE统一兜底
性能和索引友好性：别在 WHERE 里滥用 COALESCE
在 WHERE 子句里写 WHERE COALESCE(status, 'active') = 'active'，看起来省事，实际会让数据库放弃使用 status 字段上的索引，尤其是当表很大时，查询可能从毫秒级变秒级。
更稳妥的做法是拆开写：
WHERE (status = 'active') OR (status IS NULL)
或者建一个计算字段索引（如 PostgreSQL 支持）：
CREATE INDEX idx_status_coalesced ON users ((COALESCE(status, 'active')));
但注意：MySQL 不支持函数索引（5.7 及以前），8.0+ 才支持函数索引，且语法是 INDEX(col, (COALESCE(...)))，括号不能漏。
真正要填空的场景，大多发生在 SELECT 投影层，而不是过滤层——这点容易混淆，一写错就拖慢整条查询。
