IF()函数必须严格使用三个参数，缺一或类型错误会报ERROR 1064或返回NULL；它仅支持简单三元运算，不可省略“否则”分支，也不等价于CASE WHEN。
MySQL IF() 函数怎么写才不报错
直接说结论：IF() 是 MySQL 的控制流函数，**只支持三个参数，且必须写全**，少一个或类型错就会报 ERROR 1064 或返回 NULL。它不是 SQL 标准的 CASE WHEN，不能嵌套条件表达式，也不能省略“否则”分支。
常见错误现象：
- 写成
IF(age > 18, 'adult')—— 缺第三个参数，MySQL 直接报语法错误 - 把字符串没加引号：
IF(status = 1, active, inactive)——active被当列名查，报Unknown column - 在
WHERE子句里误用：WHERE IF(id = 1, true, false)—— 逻辑冗余，且可能干扰索引使用
实操建议：
- 始终写满三元结构：
IF(条件, 值为真时返回, 值为假时返回) - 条件部分尽量是简单布尔表达式，避免在其中调用复杂子查询
- 返回值类型最好一致（比如都是字符串或都是数字），否则 MySQL 会隐式转换，可能引发意外截断或精度丢失
什么时候该用 IF()，而不是 CASE WHEN
IF() 本质是简化版三元运算，适合单条件二选一；CASE WHEN 支持多分支、搜索型和简单型两种写法，更灵活也更易读。
使用场景差异：
- 需要根据一个字段值映射为固定标签（如状态码转中文）：
IF(status = 1, '启用', '禁用')可以，但超过 2 种状态就该换CASE - 要判断多个不同条件（如按分数分 A/B/C/D）：
IF()嵌套三层以上就难维护，直接上CASE WHEN score >= 90 THEN 'A' ... - 在
ORDER BY中做动态排序优先级：ORDER BY IF(is_top = 1, 0, 1), created_at DESC这种轻量控制很常见，比写完整CASE简洁
性能影响：两者底层都走表达式求值，无明显性能差；但 IF() 嵌套过深会让执行计划难以优化，MySQL 5.7+ 对深层嵌套的常量折叠支持有限。
IF() 在 INSERT/UPDATE 中的典型误用
很多人想用 IF() 实现“有则更新、无则插入”，但这是错的——IF() 只做值计算，不改变语句行为。真正要做 upsert，得靠 INSERT ... ON DUPLICATE KEY UPDATE 或 REPLACE INTO。
常见错误现象：
-
INSERT INTO t VALUES (1, IF(@x IS NULL, 'default', @x))—— 这没问题，是合法赋值 -
INSERT INTO t SELECT id, IF(id=1, 'new', name) FROM t—— 表名和别名混用，容易触发ERROR 1052（column ambiguous） - 在
UPDATE中对主键字段用IF()修改（如SET id = IF(id=1, 2, id)）—— 若违反唯一约束，语句直接失败，不会跳过
实操建议：
- 更新前先确认目标字段是否有唯一/主键约束，避免
IF()导致重复键冲突 - 批量更新时，
IF()返回值尽量避免依赖其他行的数据，否则结果不可预测（MySQL 不保证行处理顺序） - 如果逻辑涉及多表关联判断，优先考虑用
JOIN + CASE，别硬塞进IF()
MySQL 版本差异与 NULL 处理陷阱
IF() 自 MySQL 3.23 就存在，各版本行为一致，但 NULL 的传播规则容易被忽略：只要任一参数为 NULL，且该参数被实际取值，就可能导致整个表达式返回 NULL，而不是你期望的“否则分支”。
例如：IF(col IS NOT NULL AND col > 0, 'pos', 'non-pos') 是安全的；但 IF(col > 0, 'pos', 'non-pos') 在 col 为 NULL 时，col > 0 返回 NULL（非 TRUE/FALSE），于是整个 IF() 返回第三个参数？不，MySQL 规定：条件为 NULL 时，IF() 返回“否则分支”，但前提是“否则分支”本身不为 NULL —— 这个细节很多人没验证过。
实操建议：
- 显式处理 NULL：
IF(col IS NULL, 'unknown', IF(col > 0, 'pos', 'non-pos')) - 在聚合场景中慎用：
SELECT IF(MAX(score) > 80, 'high', 'low') FROM t—— 若表为空，MAX()返回NULL，整个IF()条件为NULL，结果是'low'，而非你预期的空结果 - 用
COALESCE()配合IF()更稳妥：IF(COALESCE(col, 0) > 0, 'pos', 'non-pos')
最麻烦的其实是调试：错误不报在 IF() 本身，而是在下游字段类型不匹配或业务逻辑跑偏之后。上线前一定用含 NULL 和边界值的测试数据跑一遍。
