NULLIF(a, b) 在 a = b 时返回 NULL，否则返回 a；它不适用于相等判断，因对 NULL 输入处理单向且不一致，正确相等判断应使用 (a = b) OR (a IS NULL AND b IS NULL) 或 IS NOT DISTINCT FROM。
NULLIF 函数怎么用才不会把 NULL 当成相等
直接说结论：NULLIF(a, b) 在 a = b 时返回 NULL，否则返回 a。它不是判断“是否相等”的函数，而是“相等就抹掉”的工具——想靠它返回 TRUE/FALSE 会踩坑。
常见错误现象：写成 WHERE NULLIF(col1, col2) IS NULL 想表达“col1 和 col2 相等”，看似对，但一遇到 col1 或 col2 本身是 NULL 就失效。因为 NULLIF(NULL, 'x') 返回 NULL，NULLIF('x', NULL) 也返回 'x'，根本不可逆。
-
NULLIF的两个参数必须类型兼容，否则报错（如NULLIF(1, 'a')在 PostgreSQL 报错，MySQL 可能隐式转但结果难控） - 真正安全的相等判断得用
col1 IS NOT DISTINCT FROM col2（PostgreSQL/SQL:2003 标准），或手写(col1 = col2) OR (col1 IS NULL AND col2 IS NULL) -
NULLIF常见合理用途是避免除零或去重：比如price / NULLIF(quantity, 0)，这时你只关心“当 quantity 是 0 时别算”，不依赖它做逻辑判断
为什么不能用 NULLIF(a,b) IS NULL 判断相等
因为 NULLIF 对 NULL 输入的处理是单向且不一致的。它内部逻辑等价于：CASE WHEN a = b THEN NULL ELSE a END，而 SQL 中 NULL = anything 永远是 UNKNOWN，不是 TRUE 或 FALSE。
举个例子：
SELECT
NULLIF(NULL, NULL) IS NULL AS n_n_is_null,
NULLIF(NULL, 'x') IS NULL AS n_x_is_null,
NULLIF('x', NULL) IS NULL AS x_n_is_null;
结果是：TRUE、TRUE、FALSE——三个本该“都不相等”的情况，却有两个返回 TRUE。这就是拿它当判断函数用的根源问题。
- 只要任意一个参数为
NULL，NULLIF的行为就脱离“相等语义”，变成“优先看左边是否可返回” - 不同数据库对
NULL = NULL在CASE中的处理略有差异，但都遵循标准：不触发WHEN分支 - 如果你真要一行写相等判断，老老实实用
(a = b) OR (a IS NULL AND b IS NULL)，明确、可控、跨库一致
NULLIF 在 UPDATE 或计算字段里怎么安全用
这时候它很趁手，因为目标不是“判断”，而是“规避异常值”。典型场景：防止除零、跳过默认值、合并重复标识。
- 除法防错：
revenue / NULLIF(sales_count, 0)，比CASE WHEN sales_count = 0 THEN NULL ELSE revenue / sales_count END简洁且意图清晰 - 清理默认空字符串：
NULLIF(trim(name), '')，把全空格或纯空串转成NULL，后续聚合更干净 - 注意：如果
sales_count是NULL，NULLIF(sales_count, 0)返回NULL，整条除法结果也是NULL——这通常符合预期，但得确认业务是否真要忽略 NULL 计数 - 性能上无额外开销，
NULLIF是标量函数，优化器一般能内联，和等价CASE表达式性能几乎一样
替代方案选哪个：COALESCE 还是 IS NOT DISTINCT FROM
COALESCE 和 NULLIF 完全不同类——COALESCE 是取第一个非 NULL 值，不能用来做相等判断。真正能替代“安全相等”的只有 IS NOT DISTINCT FROM（PostgreSQL、SQL Server 2022+、Oracle 23c 支持），或手动写三值逻辑。
-
col1 IS NOT DISTINCT FROM col2是标准语法，把NULL = NULL视为TRUE，语义最贴近“数学上的相等” - MySQL 不支持
IS NOT DISTINCT FROM，必须手写(col1 col2)（这是 MySQL 特有安全等于操作符）或括号三值逻辑 - SQLite 用
IS：即col1 IS col2，它天然处理 NULL 相等 - 别为了省几字符硬套
NULLIF，相等判断的健壮性远比写法短重要
复杂点在于：没有银弹。数据库版本、迁移计划、团队熟悉度都会影响选择。最容易被忽略的是——很多人写了 NULLIF 判断后没在测试数据里覆盖 NULL 和空字符串混合场景，上线才发现统计偏差。
