关闭autocommit能降低锁开销，因每条DML不再单独加锁释放，而是在同一事务中复用锁，减少锁结构创建/销毁及争用；需配合START TRANSACTION和COMMIT显式控制，批量大小建议1000–5000行以平衡性能与稳定性。
为什么关闭 autocommit 能降低锁开销
MySQL 默认开启 autocommit=1，意味着每条 INSERT、UPDATE 都会立即提交并释放行锁（或表锁）。在大批量写入时，这会导致：频繁加锁 → 立即释放 → 下一条再加锁，反复横跳。InnoDB 的锁管理本身有开销，尤其在高并发下，锁结构争用、锁等待队列膨胀会明显拖慢速度。
关闭 autocommit 后，所有语句运行在同一个事务上下文中，锁可以复用：插入第 1 条获得的行锁，在第 500 条仍有效；无需为每条记录重建锁结构，也避免了锁释放后又被其他会话抢占导致的阻塞。
怎么安全地关闭 autocommit 并控制提交节奏
不能只靠 SET autocommit = 0 就完事——它只是开关，不定义事务边界。必须配合显式事务控制，否则容易漏 COMMIT 导致数据滞留、连接长期占用 undo log。
MySQL8 CRM Schema Design Expert
下载
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
- 推荐写法是：先
SET autocommit = 0，再用START TRANSACTION显式开启，最后COMMIT——这样逻辑清晰，且能准确捕获异常后回滚 - 不要依赖
init_connect='SET autocommit=0'全局配置：root 用户登录时该设置不生效，普通用户才生效，容易误判 - 程序中务必用
try/finally或with确保COMMIT或ROLLBACK执行，哪怕出错也不能让事务悬空
批量提交大小怎么定：1000 条还是 5000 条？
没有固定答案，但有明确约束条件：
- 单事务内建议控制在
1000~5000行：太小（如 100 条）锁复用收益低；太大（如 50000 条）可能触发innodb_log_file_size不足、undo log 溢出，或崩溃恢复时间过长 - 实际值要看你的
innodb_log_file_size：如果设为 256MB，通常可支撑单事务写入约 2 万行（取决于单行大小），但稳妥起见仍建议 ≤5000 - 线上环境优先观察
SHOW ENGINE INNODB STATUS中的TRANSACTIONS区块，确认无长时间未提交事务和锁等待堆积
容易被忽略的锁相关副作用
关了 autocommit 只是起点，真正影响锁行为的是事务持续时间和语句类型：
-
INSERT ... SELECT或UPDATE批量操作，即使在小事务里，也可能因扫描范围大而持有间隙锁（gap lock），阻塞其他会话的插入 —— 这时候单纯拆事务没用，得配合索引优化或改用INSERT IGNORE/ON DUPLICATE KEY UPDATE - 如果表上有唯一索引，InnoDB 在插入时会对插入位置前后做唯一性检查，可能隐式扩大锁范围；临时禁用
unique_checks=0可提速，但仅限导入前已确认无重复数据的场景 - 别忘了监控
information_schema.INNODB_TRX和INNODB_LOCK_WAITS，批量任务跑着的时候，锁冲突往往不会立刻报错，而是让其他业务接口变慢
