MySQL批量更新推荐用CASE WHEN按行赋值或JOIN临时表，禁用循环执行多条UPDATE；务必为WHERE字段建索引防全表扫描锁表。
UPDATE 用 CASE WHEN 实现按行不同值更新
MySQL 不支持直接传入数组或列表来批量更新不同行的不同字段值，但可以用 CASE WHEN 在一条 UPDATE 语句里为多行指定各自的新值。这是最常用、兼容性最好（5.0+ 都支持）、且无需临时表的方式。
常见错误是试图写成 UPDATE t SET name = ('a','b','c') WHERE id IN (1,2,3)——这会报错，因为等号右边是标量表达式，不能匹配多值。
- 必须用主键或唯一字段精准定位每一行（如
id） -
CASE的WHEN分支要覆盖所有待更新的id，漏掉会导致该行字段被设为NULL（除非加ELSE old_value） - 所有分支返回的数据类型需一致，否则可能触发隐式转换或报错（如混用字符串和数字）
UPDATE users SET status = CASE id WHEN 1 THEN 'active' WHEN 2 THEN 'inactive' WHEN 5 THEN 'pending' ELSE status END WHERE id IN (1,2,5);
用 JOIN 关联临时数据更新（适合大量数据）
当要更新的「新值」来自另一个结果集（比如 CSV 导入的中间表、子查询结果），用 UPDATE ... JOIN 更清晰、性能通常更好，尤其在目标表有索引时。
注意：MySQL 的 UPDATE JOIN 不支持直接对子查询起别名后 JOIN（会报 You can't specify target table for update in FROM clause），得先包装成派生表。
- 临时表或派生表必须带别名（哪怕只是
AS tmp） - JOIN 条件必须能走索引，否则大表更新会极慢甚至锁表
- 不建议在生产环境直接 JOIN 大子查询；优先建临时表并加索引
UPDATE orders o JOIN ( SELECT 101 AS order_id, 'shipped' AS new_status UNION ALL SELECT 102, 'cancelled' ) AS tmp ON o.id = tmp.order_id SET o.status = tmp.new_status;
避免用循环执行多条 UPDATE（PHP/Python 场景）
应用层（如 PHP 的 foreach + 多次 UPDATE）看似直观，但网络往返开销大、事务控制难、容易超时。100 行就可能比单条 CASE 慢 10 倍以上。
真正需要应用层介入的场景其实很少：只有当每行更新逻辑依赖前一行结果（如递增序号）、或涉及外部 API 调用时才不得已而为之。
- 如果只是“读一批 ID → 改固定字段”，全交给 SQL 层处理
- 用 PDO 或 MySQLi 开启事务包裹多语句，但不如单条 SQL 简洁可靠
- 批量插入临时表再 JOIN 更新，比循环更可控（可分批、可加日志）
WHERE 条件没加索引导致慢更新甚至锁表
批量更新最常被忽略的性能雷区：WHERE 条件字段没索引。MySQL 会扫全表，期间对匹配行加行锁（InnoDB），并发更新时极易阻塞。
例如 UPDATE logs SET processed=1 WHERE created_at ，若 <code>created_at 无索引，几百万行就会卡住整个表。
- 用
EXPLAIN UPDATE ...（MySQL 8.0.19+ 支持）或先EXPLAIN SELECT看是否走索引 - 复合条件（如
WHERE type='email' AND status='pending'）考虑联合索引顺序 - 线上加索引要用
ALGORITHM=INPLACE（8.0+ 默认），避免锁表
复杂点在于：有些业务要求按非索引字段更新（比如模糊匹配昵称），这时只能接受慢，或提前建函数索引（8.0.13+ 支持 CREATE INDEX ON t ((UPPER(nickname)))）。
