要说处理 NULL，COALESCE 绝对是最直接也最可控的工具——前提是别踩那几颗雷。参数顺序、类型兼容、运算前兜底，每一步都得想清楚，不然结果分分钟让你怀疑人生。

COALESCE 不是“优雅”的修饰词，它是处理 NULL 最直接、最可控的手段——只要参数顺序对、类型齐、不塞进 WHERE 或 JOIN 条件里，就能稳住结果。

COALESCE 参数顺序写错，兜底就失效

它从左到右扫描，遇到第一个非 NULL 就返回，后面全跳过。顺序错了，你想要的 fallback 值根本拿不到。

• 正确做法：优先用主表字段，再 fallback 到关联表，最后是字面量 —— COALESCE(t2.email, t1.backup_email, 'no_contact@domain.com')
• 错误示范：把常量放最左 —— COALESCE('N/A', t2.email) 永远返回 'N/A'，t2.email 再非空也无效
• LEFT JOIN 后，t2 字段天然易为 NULL，必须放在靠左位置才能被真正兜底

类型不兼容时 MySQL 会隐式转，PostgreSQL/SQL Server 直接报错

类型不兼容这事儿，得看数据库的脾气：MySQL 会悄悄帮你隐式转换，但 PostgreSQL 和 SQL Server 可没这么好说话，直接报错甩你脸上。

• 常见报错：Illegal mix of collations（MySQL）、cannot cast type integer to text（PostgreSQL）
• 安全写法：显式 CAST 对齐类型，比如 COALESCE(CAST(t1.updated_at AS TEXT), 'never')
• 避免混用：COALESCE(t1.price, 'free') 在 PostgreSQL 中失败；应统一为字符串或统一为数值
• 数字字段兜底用 0，字符串字段兜底用 '' 或 'N/A'，别交叉

在运算或拼接前不兜底，整个表达式就变 NULL

SQL 的规则很残酷：任何值与 NULL 运算（+、CONCAT、/ 等）结果恒为 NULL。COALESCE 必须包裹每个可能为 NULL 的参与项，否则它连出手的机会都没有。

• 错误：COALESCE(price + tax, 0) → 只要 price 或 tax 是 NULL，加法先崩，COALESCE 根本没机会介入
• 正确：COALESCE(price, 0) + COALESCE(tax, 0)
• 字符串拼接同理：CONCAT(COALESCE(first_name, ''), ' ', COALESCE(last_name, ''))
• 聚合前兜底更符合语义：SUM(COALESCE(sales, 0)) 是逐行补 0 再求和；COALESCE(SUM(sales), 0) 是整列全 NULL 才补 0

别在 WHERE 或 JOIN 条件里用 COALESCE 做逻辑“修复”

COALESCE 只影响 SELECT 投影阶段的显示值，不能改变数据匹配逻辑。滥用会导致语义错乱或索引失效，踩过的坑都知道疼。

• 危险写法：WHERE COALESCE(status, 'active') = 'shipped' → 实际过滤掉所有 status IS NULL 行，LEFT JOIN 退化成 INNER JOIN
• 正确做法：筛选条件写进 ON 子句（如 ON t1.id = t2.order_id AND t2.status = 'shipped'），显示层再用 COALESCE
• WHERE 中用 COALESCE 等值判断，基本等于放弃索引；应拆成 status = 'shipped' OR status IS NULL
• COALESCE 不处理空字符串 ''，只认 NULL；要覆盖两者，得嵌套 NULLIF(TRIM(col), '')

最容易被忽略的是：COALESCE 不改变原始 NULL 语义，它只是投影时的一次快照。业务上需明确区分“缺失”和“零值”，而不仅是让报表不显示空白。