批量操作是提升mysql写入性能的关键，需平衡批次大小（500–2000行）、多值INSERT、显式事务控制、索引/外键临时关闭及配置优化，避免长事务与资源瓶颈。
批量操作是提升 MySQL 写入性能的关键手段，尤其在高并发场景下，合理设计批量写入策略能显著降低锁竞争、减少网络往返、缓解主从延迟。核心不在于“一次塞多少”，而在于平衡吞吐、延迟、事务大小与系统稳定性。
控制单批次数据量（500–2000 行较稳妥）
过小的批次（如每次 10 行）导致 SQL 解析、网络开销和事务提交过于频繁；过大的批次（如 10 万行）易引发长事务、undo 日志膨胀、主从复制卡顿甚至 OOM。生产中建议从 500 行起步测试，逐步调整至响应稳定、CPU 和 I/O 均衡的区间。InnoDB 的默认页大小（16KB）和 buffer pool 利用率也会影响最优批次——可通过 SHOW ENGINE INNODB STATUS 观察 log sequence number 增长和事务等待情况辅助判断。
使用 INSERT … VALUES 多值语法，禁用逐条 INSERT
一条语句插入多行比 N 条单行 INSERT 节省至少 80% 的解析与执行开销。例如：
推荐：
INSERT INTO t_user (name, age, city) VALUES (‘A’,25,’BJ’), (‘B’,30,’SH’), (‘C’,28,’GZ’);
避免：
INSERT INTO t_user (name, age, city) VALUES (‘A’,25,’BJ’);
INSERT INTO t_user (name, age, city) VALUES (‘B’,30,’SH’);
INSERT INTO t_user (name, age, city) VALUES (‘C’,28,’GZ’);
注意：VALUES 列表总长度受 max_allowed_packet 限制，需确保该值足够（如设为 64M），并配合应用层分片避免超限报错。
关闭自动提交 + 显式事务包裹批量操作
每条 INSERT 默认触发一次事务提交（含 fsync），I/O 成本极高。应显式开启事务，将多批次写入合并为一个逻辑单元（或按合理粒度分段提交）：
- SET autocommit = 0;
- BEGIN; （可选，与 SET autocommit=0 效果一致）
- 循环执行批量 INSERT（每批 ≤2000 行）
- COMMIT; （或定期 COMMIT 防止事务过大）
注意：长时间未提交的大事务会阻塞 purge 线程、膨胀 undo log，并增加主从延迟。建议单个事务不超过 10 万行，或控制执行时间在 1 秒内。
配合表结构与配置优化写入效率
批量写入性能不仅取决于 SQL 写法，还依赖底层支持：
- 关闭唯一索引/外键校验（仅限导入期临时操作）：SET unique_checks=0; SET foreign_key_checks=0; 导入完成后再恢复
- 使用 LOAD DATA INFILE 替代 INSERT（本地文件导入时快 5–10 倍），注意 secure_file_priv 限制
- 调大 innodb_log_file_size 和 innodb_buffer_pool_size，减少刷脏和日志切换频率
- 写密集场景可考虑关闭双写缓冲（innodb_doublewrite=OFF），但仅限有 RaiD 或文件系统级保护的环境