case when 在 update 中必须位于 set 右侧作为表达式使用，如 set status = case when ... then ... else status end；不可独立出现或省略 else，否则会导致 null 覆盖或语法错误。
UPDATE 中的 CASE WHEN 必须写在 SET 右侧，不能独立出现
CASE WHEN 在 UPDATE 里不是控制语句，它只是个表达式——就像 CONCAT() 或 IF() 那样，只能用在需要“值”的地方。最常见错误是写成：
UPDATE users CASE WHEN status = 'pending' THEN SET status = 'processing' END;
这会直接报错 ERROR 1064 (42000)。正确姿势只有一种：每个字段赋值必须显式写出 = CASE WHEN ... END。
-
SET status = CASE WHEN ... THEN ... ELSE status END—— 这是对的 - 漏掉
=、把CASE放在SET外面、或试图用它触发多条语句 —— 全部非法 - 如果想“不更新某字段”，
ELSE就得写成ELSE old_column_name，比如ELSE created_at
搜索 CASE 是唯一支持复杂条件的写法，简单 CASE 只能等值匹配
当你需要 >=、IS NULL、函数调用、多字段组合判断（如 status != 'shipped' AND updated_at ），简单 <code>CASE status WHEN 1 THEN ... 完全无效。MySQL 会直接拒绝解析。
- 等值映射（状态码转文字）→ 用简单 CASE：
CASE status WHEN 0 THEN '待支付' WHEN 1 THEN '已支付' END - 范围判断（金额分级）、空值检查（
last_login IS NULL）、逻辑组合 → 必须用搜索 CASE：CASE WHEN amount >= 5000 THEN 'premium' WHEN last_login IS NULL THEN 'never_logged_in' END - 混用两种写法？不行。写成
CASE status WHEN age > 18 THEN 'adult'是语法错误，WHEN后面不接受布尔表达式
多字段更新时，每个 CASE 独立计算，但共享 WHERE 条件
一个 UPDATE 可以同时更新多个字段，各自套自己的 CASE WHEN，互不影响。但它们都受同一个 WHERE 子句约束——没法让字段 A 按时间过滤、字段 B 按地域过滤。
- 合法示例：
SET status = CASE WHEN score >= 90 THEN 'A' ELSE status END, bonus = CASE WHEN dept = 'sales' THEN 500 ELSE bonus END WHERE hire_year = 2024 - 所有
THEN和ELSE分支返回值类型要兼容：如果多数是字符串，就别混进数字THEN 100，否则 MySQL 会隐式转成'100'，后续按字符串排序或比较可能出偏差 - 没加
WHERE？小心全表更新。建议先用对应SELECT验证逻辑：SELECT id, status, CASE WHEN ... END AS new_status FROM users WHERE ...
漏写 ELSE 是最隐蔽的数据丢失风险点
不写 ELSE，所有不匹配任何 WHEN 的行，该字段会被设为 NULL。这不是“保持原值”，而是硬覆盖。线上表一旦执行，可能批量清空关键字段。
- 正确做法：显式写
ELSE status（保留原值）、ELSE 0（默认数值）、ELSE ''（默认空字符串） - 顺序很重要：
WHEN按书写顺序匹配，第一个为TRUE的就执行，后面不管——所以范围判断要从大到小写，比如amount >= 5000得写在amount >= 1000前面 - 嵌套超过两层
CASE WHEN会让可读性和维护性急剧下降，真有三层逻辑，建议拆成临时表或分步更新
实际执行前，务必确认 WHERE 条件是否命中预期数据集，以及每个 ELSE 是否真的表达了你的业务意图——它不像代码里的 else 那样“兜底安全”，而是一个容易被忽略的强制赋值点。
