MySQL如何加速大表单列全量UPDATE更新460万行数据的操作？

以下是实测有效的提速手段，可按场景选择：

• 分批更新，避免大事务开销
  全表一次性更新会产生超大事务，导致大量redo/undo日志刷盘、锁表时间过长，是执行慢的核心原因。如果表有自增主键或有序唯一键，按键值拆分批次，每次更新1000~5000行，分批提交：

  -- 以自增主键id为例，循环更新
  UPDATE tableA 
  SET SKU = CONCAT("X-", supplier_SKU)
  WHERE id BETWEEN @start_id AND @end_id
  -- 加过滤条件避免重复更新
  AND SKU <> CONCAT("X-", supplier_SKU);
  

  这种方式可将总耗时压缩到原来的1/3~1/2，且不会长时间阻塞业务读写。
• 全量更新优先采用「新表插入+表重命名」方案
  如果你是要更新表内所有行的SKU字段，原地UPDATE的开销远大于新建表插入计算后的数据再交换表名：

  -- 新建同结构的空表
  CREATE TABLE tableA_new LIKE tableA;
  -- 全量插入计算后的新数据，可根据数据库类型开启并行查询加速
  INSERT INTO tableA_new
  SELECT id, supplier_SKU, CONCAT("X-", supplier_SKU) AS SKU, 其余字段按顺序补全
  FROM tableA;
  -- 原子交换表名，业务几乎无感知
  RENAME TABLE tableA TO tableA_old, tableA_new TO tableA;
  -- 验证数据无误后可删除旧表释放空间
  

  该方案在全量更新场景下速度是原地UPDATE的3~10倍，尤其适合数据量级超百万行的场景。
• 临时调整数据库参数降低IO开销
  若可在业务低峰/停机窗口操作，临时调整以下参数减少刷盘开销，更新完成后恢复原值即可：
  • 若使用InnoDB引擎：将innodb_flush_log_at_trx_commit设为2，sync_binlog设为0
  • 会话级调大sort_buffer_size、read_buffer_size参数，减少中间IO

注意：你当前表无额外索引的状态对本次UPDATE是有利的，不需要额外建索引，索引越多UPDATE时需要同步更新索引树的开销越大，反而会拖慢速度。

内容的提问来源于stack exchange，提问作者Seeker