mysql大批量更新应分批控制节奏、按主键范围划分（如between）、优先用insert on duplicate key update、复杂场景用临时表join，避免函数条件、大in列表及裸跑。
MySQL大批量更新不是拼SQL长度，而是控节奏、选路径、避锁争。关键不在“一次更新多少”，而在“怎么分、怎么连、怎么收”。
按主键范围分批更新最稳妥
适合没有唯一索引、或更新条件较复杂的情况。把大任务切碎，每批只动几千行，能明显降低锁持有时间与事务风险。
- 用 BETWEEN 或 id >= X AND id 划分批次，例如：
UPDATE users SET status = 1 WHERE id BETWEEN 10001 AND 15000 AND status = 0; - 每次处理 2000–5000 行较均衡；数据宽（字段多、内容长）时建议取下限
- 脚本中检查 ROW_COUNT() 是否为 0，作为循环终止条件
- 务必确保 WHERE 中的 id 字段有索引，否则可能触发全表扫描+大量行锁
有唯一键优先用 INSERT ON DUPLICATE KEY UPDATE
这是 MySQL 官方推荐的高效批量更新方式，本质是“命中则更新，不命中可忽略或报错”，比传统 UPDATE 更快、更省网络开销。
Zen Cart简体中文语言包
下载
Zen Cart 是一款高速、稳定、功能强劲的免费开源网店系统，基于PHP语言开发的开源电子商务解决方案，用于建立专业的网上商店，支持多语言、多货币、多插件、搜索引擎优化、批量更新，是最安全的网店系统之一，特别适合外贸网站建设。
- 要求目标列（如 id 或 email）必须建有 PRIMARY KEY 或 UNIQUE INDEX
- 一次最多塞 500–1000 行，避免超 max_allowed_packet
- 注意 VALUES(col) 引用的是当前 INSERT 行的值，不是原表旧值
- 示例：
INSERT INTO users (id, name, updated_at) VALUES (1,'A',NOW()),(2,'B',NOW()) ON DUPLICATE KEY UPDATE name = VALUES(name), updated_at = VALUES(updated_at);
需复杂逻辑或跨源数据时用临时表 + JOIN
当更新值依赖计算、关联其他表、或来自外部文件时，临时表法结构清晰、易调试、支持索引优化。
- 先建临时表：
CREATE TEMPORARY TABLE tmp_data (id INT PRIMARY KEY, new_status TINYINT); - 批量写入更新数据（可用 LOAD DATA 或多值 INSERT）
- 对 tmp_data.id 建索引（即使临时表也要加），再执行 JOIN 更新：
UPDATE users u JOIN tmp_data t ON u.id = t.id SET u.status = t.new_status; - 避免在 SET 子句里调用 NOW() 等非确定性函数，影响执行计划稳定性
别踩这些隐性坑
很多性能问题不出现在 SQL 写法本身，而出现在配套动作上。
- WHERE 条件别写函数：比如 WHERE DATE(create_time) = '2024-01-01' → 改成 create_time >= '2024-01-01' AND create_time
- IN 列表别硬塞几万ID：超出限制会报错，应提前查出 ID 后分批传，每批控制在 1000–2000 个以内
- 别裸跑大更新：加上 SET innodb_lock_wait_timeout = 10; 防死等，选业务低峰期执行
- 改前先 SELECT 验证：用相同 WHERE 条件查一遍，确认影响行数和目标是否准确
