CASE WHEN 是返回值的表达式，必须用于接受表达式的位置；等值判断用简单 CASE，范围/混合判断必须用搜索 CASE；UPDATE 中需写在 SET 右侧并加 ELSE 避免 NULL；嵌套不宜超两层，WHERE 中慎用以防索引失效。
MySQL 中的 CASE WHEN 不是流程控制语句，而是一个**返回值的表达式**——它必须出现在能接受表达式的位置（比如 SELECT 列、ORDER BY、UPDATE SET 右侧），不能单独成句，也不能嵌套在 WHERE 条件里当“逻辑开关”用。
什么时候该用搜索 CASE 而不是简单 CASE
简单 CASE status WHEN 1 THEN '启用' 只做等值判断，底层等价于 status = 1；一旦需要 >、BETWEEN、IS NULL、函数调用或多个字段组合判断，就必须用搜索 CASE WHEN。
- 状态码映射（等值）→ 简单 CASE 更简洁：
CASE status WHEN 0 THEN '待支付' WHEN 1 THEN '已支付' END - 金额分级（范围）→ 只能用搜索 CASE：
CASE WHEN amount >= 1000 THEN '大额' WHEN amount >= 100 THEN '中等' ELSE '小额' END - 混合判断（如“未发货且超时”）→ 搜索 CASE 是唯一选择：
CASE WHEN status != 'shipped' AND created_at < NOW() - INTERVAL 7 DAY THEN '超时取消' END
漏用搜索 CASE 的典型错误：把 CASE status WHEN age > 18 THEN '成人' 当语法写，MySQL 会直接报错 ERROR 1064 (42000)，因为 WHEN 后面不接受布尔表达式（简单 CASE 下）。
CASE WHEN 在 UPDATE 中批量更新的写法要点
CASE WHEN 放在 UPDATE ... SET 的右侧，用来为不同行赋予不同值，本质是“一行一判断”，不是条件触发动作。
- 必须写在
SET后，且只作用于单个字段：SET status = CASE WHEN ... THEN ... END，不能写成CASE WHEN ... SET status = ... END - 所有
THEN分支返回值类型要一致：如果多数是字符串，但某一分支写了数字THEN 999，MySQL 会隐式转成字符串'999'，后续按字符串比较可能出错 - 务必加
WHERE限定范围，否则全表更新；建议先用对应SELECT验证逻辑：SELECT id, status, CASE WHEN status = 'shipped' THEN 'done' ELSE status END FROM orders WHERE ...
常见翻车点：漏掉 ELSE status，导致不匹配的行被设为 NULL —— 正确写法是显式保留原值：ELSE status。
嵌套 CASE 和性能影响的现实边界
嵌套 CASE WHEN 完全合法，比如先按地区分大类，再在每个大类里按金额细分，但每多一层嵌套，SQL 可读性和维护成本就明显上升。
- 两层嵌套尚可接受：
CASE WHEN region = 'CN' THEN CASE WHEN amount > 500 THEN 'VIP' ELSE '普通' END ELSE '海外用户' END - 三层以上建议拆解：用视图封装内层逻辑，或在应用层处理；MySQL 不会对嵌套 CASE 做特殊优化，它只是顺序求值
- 在
WHERE或JOIN ON中滥用CASE会破坏索引使用，例如WHERE CASE WHEN deleted = 0 THEN id END = 123→ 改用deleted = 0 AND id = 123
最易被忽略的是 ELSE 缺失带来的 NULL 泄露：前端展示为空、聚合统计被排除、JSON 导出时报错，这些往往不是 SQL 写错了，而是忘了兜底。
