IF()函数可安全用于UPDATE的SET子句进行条件赋值，需配合WHERE筛选行；多条件优先用CASE WHEN；保留原值时false_value写字段名即可。
UPDATE语句里直接用IF()函数更新不同值
MySQL的IF(condition, true_value, false_value)可以嵌入UPDATE的SET子句中，避免写多个SQL或应用层判断。它不是控制流语句，而是标量函数，返回一个值，所以能安全用于字段赋值。
常见错误是把IF当成类似存储过程里的条件分支，结果发现所有行都被设成同一个分支值——那往往是因为忘了WHERE过滤，或者条件表达式没对每行独立求值。
-
IF的condition支持任意布尔表达式，比如status = 'pending'、amount > 1000，甚至嵌套IS NULL或COALESCE - 三个参数都必须提供，不能省略
false_value；若想留空，显式写NULL或默认值（如''） - 字符集敏感：如果字段是
utf8mb4而IF里硬写'已处理'但连接字符集不对，可能存成乱码，建议统一用CONVERT(... USING utf8mb4)包裹中文字符串（较少见但真会发生）
多条件选值？用CASE WHEN比嵌套IF更清晰
当要根据>2种状态设置不同值时，硬套IF(IF(...), ..., ...)会迅速变难读且易错。MySQL原生CASE WHEN是更稳的选择，语法直观，优化器也更熟悉。
例如：把订单按金额分三级打标，用IF嵌套三层容易漏括号或逻辑反；而CASE结构一目了然：
UPDATE orders SET level = CASE WHEN amount >= 5000 THEN 'VIP' WHEN amount >= 1000 THEN 'Gold' ELSE 'Normal' END WHERE status = 'paid';
注意：CASE在UPDATE中不支持ELSE NULL以外的“无匹配”兜底——如果你没写ELSE且某行不满足任何WHEN，该字段会被设为NULL（即使原值非空），这点和IF行为一致，但更容易被忽略。
WHERE子句和IF条件别混用，否则逻辑错位
有人试图用IF(status = 'draft', 1, 0) = 1代替WHERE status = 'draft'，这是典型误区。IF在SET里只决定“设什么值”，不影响“更新哪些行”。行筛选必须靠WHERE，否则全表扫描+无效计算，性能差还可能误更新。
- 正确做法：先用
WHERE缩小范围，再在SET里用IF做行内逻辑 - 危险写法：
UPDATE t SET x = IF(y>10, 'A', 'B') WHERE IF(z=1, 1, 0)=1——WHERE里用IF纯属多余，且MySQL可能无法利用z字段索引 - 若条件本身依赖其他表，优先考虑
JOIN UPDATE，而不是在IF里写子查询（子查询在IF中会每行执行一次，极慢）
更新时需保留原值？IF里用字段名作备选值
常见需求：只修改满足条件的行，其余行字段保持不变。这时IF的false_value直接写字段名即可，MySQL会读取当前值并复用。
例如：仅对逾期订单加标记，其他订单的remark字段不动：
UPDATE orders
SET remark = IF(due_date < NOW() AND status = 'pending',
CONCAT(remark, '; 逾期'),
remark)
WHERE due_date < NOW();
这里remark在false_value位置不是字符串，而是列引用。要注意两点：
- 如果
remark允许NULL，CONCAT(remark, '; 逾期')结果也是NULL（因为CONCAT遇NULL即停），需改用CONCAT(COALESCE(remark, ''), '; 逾期') - 这种写法本质是“读-改-写”，并发更新时有覆盖风险；若业务强依赖原子性，应加
SELECT ... FOR UPDATE或改用应用层重试
真正容易被忽略的是IF内部表达式的执行时机——它在每一行更新前求值，但不会缓存中间结果。如果条件里包含NOW()、RAND()这类函数，同一语句中不同行可能得到不同值，调试时尤其难复现。
