CASE WHEN 是 MySQL 中唯一原生多分支语法，适用于分级计费、状态映射等场景；必须用搜索型（CASE WHEN condition THEN…）处理 NULL、范围和复合条件；需注意顺序匹配、类型兼容、边界闭合，并可安全用于 SELECT/WHERE/ORDER BY/UPDATE。
CASE WHEN 是 MySQL 中唯一能自然表达多分支逻辑的原生语法，比堆砌 IF() 更可靠、更易读、更少出错。别指望它像编程语言那样支持循环或变量，但只要条件写清楚、顺序排对、类型对齐，它就能稳稳扛住真实业务里的分级计费、状态映射、空值兜底、动态分组等需求。
什么时候必须用搜索型 CASE WHEN（即 CASE WHEN condition THEN …）
当你需要判断范围、NULL、复合条件或字段间运算时，简单 CASE column WHEN value 完全失效。
-
CASE status WHEN 1 THEN '启用'对status IS NULL无响应——因为NULL = 1恒为FALSE，必须显式写成CASE WHEN status IS NULL THEN '未知' WHEN status = 1 THEN '启用' - 做分数分段时，
score >= 90和score >= 80不能颠倒顺序，否则>= 90分支永远被>= 80截胡 - 涉及计算：比如「订单金额 × 折扣率 + 运费」这种组合逻辑，只能在
THEN后直接写表达式，不能靠简单 CASE 拆解
多条件组合怎么写才不漏、不错、不慢
真实业务规则往往带“且”和“或”，比如「华东区 VIP 用户打 8 折，华北区普通用户加收 5 元运费，其他按原价」。
- 每个
WHEN后的条件必须是完整布尔表达式：WHEN region = '华东' AND level = 'VIP'，不能拆成两个WHEN - 边界要闭合：用
BETWEEN或明确写出上下限，避免score > 60和score > 85这类重叠又遗漏的写法 - MySQL 按顺序匹配，第一个为
TRUE的就返回，后续忽略——所以高优先级规则（如 VIP 特惠）要放前面 - 所有
THEN返回值类型必须兼容；如果一边是DECIMAL(10,2)，一边是整数，MySQL 会隐式转成浮点，可能引发精度丢失或科学计数显示
CASE WHEN 能用在哪些地方？不只是 SELECT
它不是装饰性函数，而是可参与 SQL 执行流程的表达式，位置决定能力边界。
- 在
SELECT中：生成新字段、做标签转换、聚合统计（如SUM(CASE WHEN paid = 1 THEN 1 ELSE 0 END)） - 在
WHERE中：实现动态过滤，比如WHERE CASE WHEN type = 'A' THEN status IN (1,2) ELSE status = 3 END（注意：这种写法会让索引失效，慎用） - 在
ORDER BY中：自定义排序优先级，例如把status = 0的记录排最前：ORDER BY CASE WHEN status = 0 THEN 0 ELSE 1 END, created_at DESC - 在
UPDATE中：按条件更新不同值：UPDATE orders SET amount = CASE WHEN is_vip = 1 THEN amount * 0.9 ELSE amount END
嵌套和 IF() 混用的坑，多数时候没必要
能用一层 CASE WHEN 解决的，就别套 IF()；真要嵌套，也建议只在 THEN 里用一次，而不是层层 IF(IF(...))。
-
IF(region = '华东', IF(level = 'VIP', amount * 0.8, amount), amount)看似短，但括号易漏、逻辑难追踪、MySQL 5.7+ 可能拒绝优化深度嵌套 -
CASE WHEN本身支持多分支，硬塞IF()只会让类型推导混乱，比如IF(1, 'a', 123)会把字符串转成数字，导致截断 - 唯一合理嵌套场景：外层分大类（如按地区），内层再按子条件细分（如该地区下不同会员等级），此时用
CASE WHEN ... THEN (CASE WHEN ...)结构更清晰
真正容易被忽略的是：CASE WHEN 的每个分支都必须求值，但整个表达式只返回一个结果——这意味着你不能在里面写 INSERT/UPDATE，也不能依赖执行顺序做副作用操作。它本质是个纯函数式表达式，所有逻辑必须收敛到一个值。
