IFNULL用于NULL值兜底替换，默认返回第二参数；NULLIF用于相等时主动返回NULL以规避危险计算，如除零。二者语义不同，不可混用，典型协同是NULLIF(分母,0)内嵌、IFNULL外层补值。
IFNULL 和 NULLIF 不是“防错开关”，而是两类不同目的的空值控制工具：前者负责兜底默认值，后者负责主动制造 NULL 来规避危险计算（比如除零）。混用或误判语义，反而会引入隐性逻辑错误。
IFNULL 用于给可能为 NULL 的字段补默认值
它只做一件事：当第一个参数为 NULL 时，返回第二个参数；否则原样返回第一个参数。不参与条件判断，也不比较值是否相等。
- 常见错误现象：用
IFNULL(col, 0)替换字符串字段（如name），结果列类型被推导为INTEGER，导致后续CONCAT或排序异常 - 使用场景：数值聚合前补 0（
SUM(IFNULL(price, 0))）、显示层昵称兜底（IFNULL(nickname, '游客')） - 参数差异：
IFNULL(1/0, 999)安全返回 999，但IFNULL(1/0, 'err')也合法，MySQL 会按上下文自动转类型 - 性能影响极小，底层就是短路判断，无额外开销
NULLIF 用于主动触发 NULL 避免计算崩溃
它本质是“相等即失效”：当两个参数相等时，强制返回 NULL；否则返回第一个参数。常用于把危险值（如分母 0、重复标识、非法状态码）转化为可控的 NULL。
win可用的mysql指令skill
下载
安装、修复、更新或打包一个基于 Python 和 PyMySQL 实现的 Windows `mysql` 命令。适用于用户希望在 PowerShell/CMD 中输入 `mysql` 时重定向到 Python 实现、需要交互式输入 MySQL 连接信息、需要同步到当前用户本地 bin 目录，或需要将该能力封装成可公开复用的 Codex skill。
- 常见错误现象：写成
NULLIF(col, NULL)—— 这永远返回col，因为任何值与NULL的=比较结果都是UNKNOWN，不满足“相等”条件 - 使用场景：防除零（
revenue / NULLIF(denominator, 0)）、去重标记（NULLIF(old_status, new_status)表示未变更则留空）、避免除以空字符串（NULLIF(trim(field), '')） - 注意：第二个参数不能是表达式结果为
NULL的值，否则比较恒为假；推荐用确定字面量，如0、''、'N/A' - 兼容性好，所有 MySQL 5.0+ 版本均支持，且可被下推到存储引擎层优化
IFNULL 和 NULLIF 组合用在除法安全链中
单靠 NULLIF 只能防止崩溃，但结果是 NULL；若业务要求返回 0 或其他默认值，需外层套 IFNULL。这是最典型的协同模式。
- 正确写法：
IFNULL(revenue / NULLIF(denominator, 0), 0)—— 分母为 0 →NULLIF返回NULL→ 除法得NULL→IFNULL补 0 - 错误写法：
IFNULL(revenue, 0) / NULLIF(denominator, 0)—— 若revenue本身为NULL，先被补成 0，但本意可能是“数据缺失不可算”，不该参与计算 - 嵌套顺序不能颠倒：必须
NULLIF在内、IFNULL在外，否则无法拦截除零异常 - 如果要区分“分母为 0”和“分子为 NULL”，就不能用
IFNULL直接兜底，而该用CASE显式分支
真正容易被忽略的是类型推导规则：IFNULL(a, b) 的返回类型由 a 和 b 中“更通用”的类型决定，比如 IFNULL(42, 'abc') 在临时表中会变成 CHAR(3)，数值精度可能丢失。线上 SQL 涉及计算时，务必显式 cast 或提前统一字段类型。
