case when 是 mysql 批量差异更新的核心手段，需用 where 限定主键、各分支互斥且含 else 保底，大列表应分批并确保索引生效，避免子查询和拼接 sql。
MySQL批量更新不同值时，CASE WHEN 是最直接解法
不用写多条 UPDATE、不依赖应用层拼 SQL、也不用临时表——只要字段更新逻辑能用条件表达，CASE WHEN 就是 MySQL 原生支持的批量差异更新核心手段。
常见错误现象：UPDATE 语句只生效第一条或全更新成同一值，本质是没加 WHERE 约束主键/唯一键，或 CASE 分支漏写了 ELSE 导致默认设为 NULL。
- 必须在
WHERE中限定目标行（通常是主键或唯一索引列），否则整张表都会被扫描甚至误更新 - 每个
CASE分支的WHEN条件要互斥且覆盖所有待更新 ID，或显式写ELSE old_value保底，避免意外置空 - MySQL 8.0+ 支持
VALUES()函数简化写法，但低版本仍需手写完整WHEN id = X THEN Y
UPDATE users SET status = CASE id WHEN 101 THEN 'active' WHEN 102 THEN 'pending' WHEN 103 THEN 'blocked' ELSE status -- 关键！防止未匹配 ID 被设为 NULL END WHERE id IN (101, 102, 103);
超 1000 行更新时，CASE WHEN 会变慢？其实是执行计划问题
不是 CASE 本身慢，而是大列表导致优化器放弃使用索引，转为全表扫描。尤其当 WHERE id IN (...) 后面跟几千个值，MySQL 可能直接跳过索引。
-
IN列表长度超过 1000 左右，建议拆成多个批次（如每 500 行一次），并确保id字段有索引 - 用
EXPLAIN检查执行计划：如果type是ALL，说明没走索引，得调优 - 避免在
CASE中嵌套子查询或函数（如WHEN id = (SELECT ...)），这会让整个语句无法使用索引
和 INSERT ... ON DUPLICATE KEY UPDATE 的区别在哪
这是最容易混淆的点：INSERT ... ON DUPLICATE KEY UPDATE 本质是“先试插，冲突再更”，它要求你提供完整行数据（哪怕只改一个字段），且必须有唯一键冲突触发更新；而 CASE WHEN 更新是“直接按条件改指定字段”，不依赖插入动作，也不需要构造完整记录。
- 用
INSERT ... ON DUPLICATE KEY UPDATE的前提是：你有主键/唯一键，且能接受“以插入形式驱动更新” - 如果你只是想改某几个字段、不涉及新增、也不希望因主键不存在而插入脏数据，
CASE WHEN更安全可控 - 性能上，
INSERT ... ON DUPLICATE KEY UPDATE在高并发下可能引发间隙锁争用，CASE WHEN的锁粒度更明确（只锁匹配到的行）
JSON 数组传参后怎么安全转成 CASE WHEN 更新
应用层常把更新数据打包成 JSON 数组传给后端，比如 [{"id":101,"status":"active"},{"id":102,"status":"pending"}]，这时候不能直接拼 SQL，必须预处理。
- 服务端解析 JSON 后，提取所有
id构造WHERE id IN (...)，再按顺序生成CASE分支，避免 SQL 注入 - 不要用字符串拼接生成
CASE，而应循环构建参数化片段（如 Python 的f"WHEN {id} THEN %s"+ 绑定参数） - 注意 MySQL 单条语句长度限制（
max_allowed_packet），超长时自动截断不报错，只更新部分数据——务必校验返回的affected_rows
真正难的不是写对语法，而是确保每次更新都精准命中、不漏不重、不出锁、不越界。尤其是跨服务传参 + 动态生成 SQL 的场景，少一个 ELSE 或漏校验 affected_rows，问题就藏进日志里了。
