NULLIF通过将分母为0转为NULL，使除法结果为NULL而非报错，从而拦住除零错误；必须写成NULLIF(分母, 0)并嵌入除法表达式右侧分母位置，配合COALESCE等处理NULL语义。
NULLIF 怎么用才能拦住除零错误
直接说结论：NULLIF 本身不处理除零，但它能帮你把分母变成 NULL，而任何数除以 NULL 的结果也是 NULL —— 这样就不会报错，也不会返回意外的无穷大或崩溃。
关键在于：你得把「可能为 0 的分母」传给 NULLIF，让它和 0 比较；相等就返回 NULL，否则原值照返。
-
NULLIF(denominator, 0)是标准写法，不能写成NULLIF(0, denominator)—— 参数顺序反了结果永远是denominator（除非它本身就是 0） - 只对精确匹配生效，比如
NULLIF(0.0, 0)在多数数据库里仍返回NULL，但NULLIF(0.0001, 0)就不会变 - 如果分母是表达式（如
COALESCE(col, 0)），先确保它没被提前求值为 0，再套NULLIF
实际查询中怎么嵌套才不踩坑
常见错误是把 NULLIF 套在整条除法外面，比如 NULLIF(a/b, 0) —— 这毫无意义，因为除法已经先执行了，该崩早崩了。
正确姿势是让分母「还没参与运算前」就变成 NULL：
SELECT numerator / NULLIF(denominator, 0) AS result FROM table;
- 如果
denominator是字段，且允许NULL，NULLIF会原样保留它（NULLIF(NULL, 0)返回NULL），所以无需额外处理空值 - 若分母来自聚合（如
SUM(x)），必须把它整个包进NULLIF：用NULLIF(SUM(x), 0)，而不是SUM(NULLIF(x, 0)) - PostgreSQL 和 SQL Server 支持，但 MySQL 8.0+ 才有；旧版 MySQL 得用
CASE WHEN denominator = 0 THEN NULL ELSE denominator END
除完是 NULL，后续怎么安全用结果
得到 NULL 后别直接拿去算加减、排序或展示——很多业务逻辑需要区分「无数据」和「计算无效」。
- 用
COALESCE(result, 0)填默认值时，要确认 0 是否语义合理（比如转化率=0% 和「无法计算」不是一回事） - 想标记异常情况，可用
CASE WHEN result IS NULL THEN 'div_by_zero' ELSE 'ok' END - 在 WHERE 中过滤时，
result IS NOT NULL才代表计算有效，result != 0会漏掉NULL行，也判不出负数结果
比 NULLIF 更稳的替代方案有哪些
NULLIF 简洁，但掩盖了问题源头。真正健壮的做法往往要组合使用：
- 前端校验 + 应用层拦截：在入库或查询前检查分母是否可能为 0，比 SQL 层补救更早
- 用
NULLIF配合约束：比如给分母字段加CHECK (denominator != 0)，从源头杜绝 0 值 - 复杂场景建议改用
CASE：当你除的是一个带逻辑的表达式（如ABS(x - y)），CASE WHEN ABS(x - y) = 0 THEN NULL ELSE numerator / ABS(x - y) END更清晰可控
记住：NULLIF 不是万能兜底，它只是把崩溃换成静默的 NULL —— 你得清楚这个 NULL 到底意味着什么，以及下游是否真的能承受它。
