MySQL批量更新不同行不同值最常用方案是CASE WHEN,需明确指定目标表、各THEN值类型一致、WHERE限定范围并加索引;也可用INSERT ON DUPLICATE KEY UPDATE或UPDATE JOIN临时表,大批量须分批提交。
CASE WHEN 实现按行赋值更新这是最常用、兼容性最好(MySQL 5.0+ 全支持)、且无需额外权限的方式。核心是把“不同 ID 对应不同新值”写进一个 UPDATE 语句里,避免循环发多条 SQL。
常见错误:UPDATE t SET name = ('a','b','c') WHERE id IN (1,2,3) —— 直接报错,因为等号右边必须是标量表达式,不能是列表。
WHERE id IN (...) 必须显式写出所有待更新的 ID,否则漏掉的行会被设为 NULL(除非加 ELSE 保留原值)WHEN 分支返回的数据类型要一致,比如混用 'active' 和 1 可能触发隐式转换或报错max_allowed_packet 限制示例:
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);
INSERT ... ON DUPLICATE KEY UPDATE 替代更新适合表有主键或唯一索引(如 email、uid)的场景。它本质是“存在则更新,不存在则插入”,但若你只关心更新已有记录,就得确保传入的 key 全部已存在,或配合 WHERE 过滤。
容易踩的坑:ON DUPLICATE KEY UPDATE 不会触发,除非冲突字段真能命中唯一约束。比如用 email 当唯一键,但 VALUES(email) 没变,就不会更新。
VALUES(col) 引用的是当前 VALUES 子句里的值,不是原表旧值示例:
INSERT INTO users (id, name, email, updated_at) VALUES (1, 'Alice', '[email protected]', NOW()), (2, 'Bob', '[email protected]', NOW())ON DUPLICATE KEY UPDATE name = VALUES(name), email = VALUES(email), updated_at = VALUES(updated_at);
UPDATE ... JOIN 关联临时数据源当新值来自外部 CSV、子查询结果或中间计算逻辑时,这种写法更清晰、性能通常更好,尤其在目标表有索引的前提下。
关键陷阱:MySQL 的 UPDATE JOIN 不支持直接对子查询起别名后 JOIN(会报 You can't specify target table for update in FROM clause),得包装成派生表,且必须带别名(哪怕只是 AS tmp)。
SET 中用 NOW() 等非确定性函数,会影响执行计划稳定性TEMPORARY TABLE 预载数据,比嵌套子查询更容易优化示例:
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;
一次性更新太多行,会导致事务锁持有时间过长、主从延迟飙升、甚至触发 Lock wait timeout exceeded。这不是“能不能”的问题,而是“必须控量”的硬约束。
真实生产环境里,没人敢直接跑 UPDATE big_table SET x=1。正确做法是按主键范围或自增 ID 分批,每次 LIMIT 10000 左右,并在应用层循环提交。
COMMIT,释放锁、清空 undo 日志INFORMATION_SCHEMA.INNODB_TRX 查看长事务,及时干预WHERE id BETWEEN ? AND ? 切片,但需先确认该字段有索引复杂点在于:分片逻辑必须保证不漏行、不重跑,且失败后能续跑。这往往比 SQL 本身更费神。