if函数适用于单层二选一判断，如空值转默认值或状态映射；case when更适合多分支逻辑，需注意条件顺序与边界覆盖，且广泛用于select、where、group by及update中。
IF 函数适合单层二选一判断
IF 是 MySQL 中最轻量的条件函数，语法为 IF(condition, true_value, false_value)。它只支持一个条件判断，返回两个可能值之一，不能嵌套多层逻辑（虽然技术上可以嵌套，但可读性和维护性会急剧下降）。
常见错误是把复杂业务逻辑硬塞进 IF，比如想实现“大于 100 → A，50~100 → B，小于 50 → C”，这时用 IF 就得写成 IF(score > 100, 'A', IF(score >= 50, 'B', 'C')) —— 看似可行，但已失去简洁性，且容易漏掉边界或写反不等式方向。
- 适用场景：字段空值转默认值（
IF(name IS NULL, '未知', name)）、状态布尔映射（IF(status = 1, '启用', '禁用')） - 注意
IF的三个参数都会被求值，即使 condition 为 false，false_value仍会执行 —— 如果该参数含函数调用（如NOW()或子查询），会产生意外开销 - 和
IFNULL、COALESCE不同，IF不专门处理 NULL；判断 NULL 必须显式用IS NULL，不能写IF(name = NULL, ...)（这永远返回 NULL）
CASE WHEN 更适合多分支或需复用表达式的场景
CASE WHEN 分两种写法：简单 CASE（CASE expr WHEN v1 THEN r1 WHEN v2 THEN r2 ELSE r3 END）和搜索 CASE（CASE WHEN cond1 THEN r1 WHEN cond2 THEN r2 ELSE r3 END）。后者更常用，因为支持任意布尔表达式，且条件按顺序从上到下匹配，遇到第一个为 TRUE 的就返回对应结果，不再继续判断。
典型误用是忽略条件顺序导致逻辑覆盖，例如：
CASE WHEN score > 60 THEN '及格' WHEN score > 85 THEN '优秀' -- 永远不会执行，因为 >85 也满足 >60 ELSE '不及格' END
正确写法应倒序或拆分区间：
CASE WHEN score > 85 THEN '优秀' WHEN score > 60 THEN '及格' ELSE '不及格' END
- 搜索 CASE 中每个
WHEN后的表达式独立计算，不会提前短路；但整个语句一旦匹配成功就终止，所以性能依赖条件顺序 - 可在
SELECT、WHERE、ORDER BY、甚至GROUP BY中使用，比如按等级分组：GROUP BY CASE WHEN amount >= 1000 THEN '大额' ELSE '普通' END - 如果所有
WHEN都不满足且没写ELSE，结果为NULL—— 这点常被忽略，导致聚合结果意外丢失行
在 UPDATE 和 INSERT 中用条件函数控制字段赋值
直接在 UPDATE 语句里用 IF 或 CASE WHEN，能避免应用层多次查询+判断+更新，减少网络往返和并发风险。
例如批量修正用户等级：原等级字段 level 是整数，现需按积分 points 重算，且只更新未锁定用户：
UPDATE users
SET level = CASE
WHEN points >= 10000 THEN 5
WHEN points >= 5000 THEN 4
WHEN points >= 1000 THEN 3
WHEN points >= 100 THEN 2
ELSE 1
END
WHERE status != 'locked';- 注意：
UPDATE中的CASE不能引用即将被修改的字段的新值（即不能写WHEN level 来递增，因为这是旧值；若真需要，得用变量或两步操作） -
INSERT ... SELECT时常用CASE做数据清洗，比如把原始文本状态映射为标准码：CASE source_status WHEN 'active' THEN 1 WHEN 'inactive' THEN 0 ELSE -1 END AS status_code - MySQL 8.0+ 支持在
INSERT ... VALUES中直接用IF，但老版本不支持，需改用INSERT ... SELECT形式
性能与可读性的实际权衡点
单纯看执行计划，IF 和 CASE WHEN 在大多数情况下优化器处理方式一致，性能差异可忽略。真正影响性能的是条件表达式本身的复杂度（比如是否含子查询、函数调用、隐式类型转换），而不是外层用哪个关键字。
可读性才是关键分歧点：
- 两分支、逻辑极简 → 用
IF更紧凑（IF(paid_at IS NOT NULL, '已支付', '未支付')） - 三分支及以上、有区间/枚举/复合条件 → 必须用
CASE WHEN，否则嵌套IF会让 SQL 变成“俄罗斯套娃” - 团队协作中，优先选
CASE WHEN—— 它是 ANSI 标准，PostgreSQL、SQL Server、Oracle 都兼容；而IF是 MySQL 特有，换数据库时要重写 - 调试时，
CASE的每条分支可单独复制出来测试，IF嵌套后很难隔离验证某一层
边界值、NULL 处理、条件顺序，这三个地方出错的概率远高于语法本身 —— 写完别急着执行，先拿几条真实数据手工代入算一遍。
