在SQL里处理NULL值几乎贯穿所有复杂查询。COALESCE 和 NULLIF 是两个经常一起出现的函数，但它们的行为差异以及组合后的结果，很多开发者并没有完全吃透。本文从函数语义出发，结合实际数据处理、动态查询和跨数据库差异，梳理几个容易被忽略的使用技巧。
一、COALESCE与NULLIF的基本语义和短路特性
COALESCE 接受多个参数，返回第一个不是 NULL 的值。标准SQL定义其等价于 CASE WHEN expr1 IS NOT NULL THEN expr1 WHEN expr2 IS NOT NULL THEN expr2 ... ELSE NULL END。它从左到右依次计算，一旦遇到非空就停止，也就是具备短路特性。这意味着如果前面的参数已经足够返回结果，后面的表达式不会被执行。不同数据库对此优化程度不同，PostgreSQL和SQL Server在查询计划中可能直接裁剪分支，MySQL对常量表达式也能提前终止。
NULLIF 只接收两个参数，当两个参数相等时返回 NULL，否则返回第一个参数。它本质上是 CASE WHEN expr1 = expr2 THEN NULL ELSE expr1 END。注意相等判断与 NULL 没有任何关系：如果两个参数都是 NULL，NULLIF(NULL, NULL) 返回 NULL，因为 NULL 与 NULL 在等值比较中结果是未知，不符合相等条件，所以实际返回第一个参数 NULL，结果仍然是 NULL。很多人会误以为两个NULL会被转成NULL，这没什么实际区别，但如果第一个参数是空字符串，第二个是NULL，那就不相等，返回空字符串。这些边界情况需要清楚。
SELECT COALESCE(NULL, 'A', 'B') AS result1, -- 返回 'A'
NULLIF('', '') AS result2, -- 返回 NULL
NULLIF('abc', '') AS result3, -- 返回 'abc'
NULLIF(NULL, NULL) AS result4; -- 返回 NULL
还有一个容易被忽视的点是返回类型的推断。SQL Server中COALESCE根据参数列表中优先级最高的类型决定返回类型，可能导致字符串被隐式转换成数字；MySQL通常返回第一个非NULL参数的类型。这种差异在跨数据库迁移时会影响后续的比较和写入操作，建议在使用时尽量保证所有参数类型一致。
二、数据清洗：空字符串与占位符统一处理
很多业务系统允许用户留空字段，于是数据库里同时存在 NULL 和空字符串两种“没有值”的状态。直接用 COALESCE 并不能把空字符串识别为缺失值，此时就可以让 NULLIF 先做一步转换。常见场景是用户表里的昵称、手机号可能存空串或NULL，业务上希望统一成NULL再提供默认展示。
SELECT
user_id,
COALESCE(NULLIF(nickname, ''), '未设置昵称') AS display_name,
COALESCE(NULLIF(phone, ''), '无') AS contact_phone
FROM users;
上面这段代码中，NULLIF(nickname, '') 会把空字符串转成 NULL，而如果 nickname 本来就是 NULL，NULLIF 的两个参数不相等，仍然返回 NULL，所以 COALESCE 的后续回退值可以统一兜底。这种嵌套写法可读性不错，也能同时覆盖空串和NULL两种脏数据。
多列合并的场景也经常用到这个组合。比如用户可能填写了手机、邮箱、座机，需要返回第一非空联系方式，可以写成 COALESCE(NULLIF(mobile, ''), NULLIF(email, ''), NULLIF(landline, ''), '无法联系')。不过字段一多，这种写法会变得冗长，可以在子查询中先规范化数据，再在外层做 COALESCE，提高可维护性。
需要特别提醒的是，如果目标字段是数字类型，不能直接使用 NULLIF(col, '') 来清洗空字符串。因为数据库会把空字符串隐式转换为 0，NULLIF(col, '') 实际比较的是 col 和 0，这不会把原本的0转成NULL，反而可能误伤真实数据。数字字段的清洗应该在应用层或存储过程中用类型判断完成。
三、计算与动态查询中的组合应用
计算转化率、点击率等指标时，分母经常可能是0。直接做除法会触发除零错误，而 NULLIF 可以优雅地把0转成NULL，让除法结果自然变成NULL。如果还想让结果可读为0，可以再套一层 COALESCE。
SELECT
campaign_id,
impressions,
clicks,
COALESCE(clicks * 1.0 / NULLIF(impressions, 0), 0) AS ctr
FROM campaigns;
这里 NULLIF(impressions, 0) 在 impressions 为 0 时返回 NULL，除法结果变成 NULL，COALESCE 再把它转成 0。这样做不仅避免了除零异常，还让报表输出值更加稳定。类似的用法还可以用在计算平均分、完成率等所有需要分母的场景。
动态筛选参数是另一个典型场景。前端传入的可选过滤条件可能是 NULL 或空字符串，如果直接写 WHERE status = :param，空值会导致查询条件失效。借助 COALESCE 和 NULLIF 可以构建一个“忽略空参数”的条件。
SELECT * FROM orders WHERE status = COALESCE(NULLIF(:status_param, ''), status);
当传入参数为空字符串或NULL时，NULLIF返回NULL，COALESCE回退到 status，条件变成 status = status，恒真，等价于忽略过滤。当传入有效值时则按值过滤。这种写法简洁，但要清楚它的代价：右侧表达式不再是常量或参数本身，数据库可能无法利用 status 上的普通索引。如果表数据量很大，更推荐用 OR 条件配合参数判断，或者根据参数是否为空动态拼SQL。
处理联合唯一约束时，NULLIF也可以发挥作用。例如某些字段允许为空，但空字符串可能引起唯一键冲突，可以在写入前用 NULLIF 把空串转成 NULL，因为多个 NULL 在唯一索引中通常不冲突。不过这种做法依赖具体数据库对 NULL 在唯一约束中的行为，使用前需要确认。
四、跨数据库差异与索引影响
不同数据库对 COALESCE 和 NULLIF 的实现细节并不完全一致。MySQL 的 NULLIF 基于等于比较，且受 sql_mode 影响，空字符串和数字0在某些模式下可能被视为相等；PostgreSQL 严格遵循标准，NULLIF('0', 0) 会因类型不匹配直接报错；SQL Server 则按照数据类型优先级进行隐式转换。这些差异在编写需要多数据库兼容的SQL时尤其要注意，必要时可以改写为 CASE 表达式来明确行为。
性能层面，在 WHERE 子句中对列使用 COALESCE 或 NULLIF 会阻止索引的正常使用。例如 WHERE COALESCE(status, '') = 'active' 无法利用 status 上的普通索引，因为函数包裹了列，数据库必须逐行计算函数结果才能比较。如果查询频繁，可以考虑改写为 OR 条件，或者使用函数索引、生成列来优化。
-- 可能无法使用索引 SELECT * FROM orders WHERE COALESCE(status, '') = 'active'; -- 优化写法 SELECT * FROM orders WHERE status = 'active' OR status IS NULL;
对于复杂的嵌套表达式，建议拆解成 CASE 语句或临时列，既提升可读性，也方便数据库优化器生成更高效的执行计划。毕竟很多时候，清晰直接的条件写法比紧凑的函数嵌套更容易被索引利用。
综合来看，COALESCE 和 NULLIF 是处理 NULL 值非常实用的组合，但使用时需要同时考虑数据清洗阶段、查询性能以及目标数据库的类型规则。只要把边界情况摸清，这两个函数就能帮助你把空值逻辑写得更干净、更可控。