CASE WHEN在UPDATE中必须位于SET右侧，作为动态赋值表达式；须写ELSE回退原值防NULL，WHERE不可省且需索引支持，多分支须互斥且顺序合理。
CASE WHEN 在 UPDATE 中不是“流程控制”，而是给 SET 子句提供动态值的表达式——写错位置、漏 ELSE、条件不互斥，都会导致字段被意外设为 NULL 或全表误更新。
UPDATE 里 CASE WHEN 必须出现在 SET 右侧
它不能独立存在，也不能放在 WHERE 或 FROM 里。本质是：SET col = CASE WHEN ... THEN ... ELSE ... END，整个 CASE 表达式要算出一个值赋给字段。
- 错误写法：
UPDATE users SET status = 'active' CASE WHEN id = 1 THEN ... END（语法报错） - 正确结构：
SET status = CASE WHEN id = 1 THEN 'active' ELSE status END - 多个字段可并列：
SET status = CASE ..., score = CASE ...，每个CASE独立计算，互不影响 - 别试图用一个
CASE控制两个字段赋值，比如CASE WHEN ... THEN (status='a', score=100)—— MySQL 不支持元组式赋值
ELSE 分支必须写，且推荐回退到原字段值
没写 ELSE 时，所有不满足 WHEN 条件的行，该字段会被设为 NULL（除非字段有 NOT NULL 约束，此时可能报错或转为默认值）。
- 安全写法：
ELSE status、ELSE price，确保未匹配行数据不变 - 避免写
ELSE NULL或直接省略ELSE - 如果业务上真有“清空”需求，显式写
ELSE ''或ELSE 0，比留空更可控 - 注意类型一致性：所有
THEN和ELSE返回值类型要兼容，否则隐式转换可能截断（比如THEN 1和THEN 'active'混用，结果全是字符串）
WHERE 子句不能省，且要能走索引
没有 WHERE 的 UPDATE ... CASE WHEN 会扫描全表——每行都执行一次 CASE 判断，锁开销大、性能差、风险高。
- 务必限定范围，例如：
WHERE id IN (101, 102, 103)或WHERE status IN ('pending', 'expired') - WHERE 字段要有索引，否则即使只更新几行，MySQL 也可能放弃使用索引而全表扫描
- 大列表（如几千个 ID）慎用
IN，考虑分批执行，或改用临时表 JOIN - 别在
WHERE里嵌CASE WHEN做动态条件（如WHERE CASE WHEN @flag=1 THEN status='a' ELSE status='b' END），可读性差、索引失效、跨库兼容性差
多分支条件要互斥，顺序影响结果
CASE 按书写顺序匹配，第一个为真的 WHEN 分支即终止判断。条件重叠或顺序颠倒，会导致逻辑被跳过。
- 反例：
WHEN score > 50 THEN 'B' WHEN score > 80 THEN 'A'—— 85 分永远进不了第二条 - 正序写法应为：
WHEN score > 80 THEN 'A' WHEN score > 50 THEN 'B' - 如果条件本身不天然互斥（比如涉及不同字段），用
AND显式隔离：WHEN category = 'book' AND stock - 批量更新时，建议先用
SELECT验证条件覆盖是否完整：SELECT id, status, CASE ... END AS new_status FROM orders WHERE ...
最常被忽略的是：CASE 表达式在 UPDATE 中不改变语句的执行计划本质——它只是 SET 的右值。真正决定性能和安全的，是 WHERE 是否精准、索引是否生效、ELSE 是否兜底。写完别急着执行，先 EXPLAIN UPDATE ...（MySQL 8.0+ 支持）看执行计划，确认走了预期索引。
