MySQL的事务提交机制直接影响数据写入的性能表现，很多开发者在批量插入数据时会发现，先开启事务再手动提交的方式，比默认自动提交模式下的插入速度快很多，这背后的差异主要来自事务提交过程的不同开销。
自动提交与手动提交的基本概念
MySQL默认开启了自动提交（autocommit）模式，在这个模式下，每一条写操作语句（INSERT、UPDATE、DELETE）都会被视为一个独立的事务，执行完成后会自动触发提交操作。而手动提交事务需要开发者显式使用START TRANSACTION开启事务，执行完批量操作后，再通过COMMIT语句统一提交。
自动提交的工作流程
当执行一条INSERT语句时，自动提交模式下的完整流程如下：
- 开启一个事务
- 执行INSERT语句，修改内存中的数据页
- 将操作记录写入redo log（重做日志）和binlog（二进制日志）
- 提交事务，将redo log的状态标记为已提交，释放相关锁资源
- 后续根据刷盘策略将日志和数据持久化到磁盘
如果执行100条INSERT语句，就会重复100次上述完整流程，每一次提交都会产生额外的日志写入和锁操作开销。
手动提交的工作流程
手动提交事务时，多条INSERT语句会在同一个事务上下文中执行：
- 执行
START TRANSACTION开启事务 - 依次执行多条INSERT语句，操作记录先写入事务日志缓冲区
- 执行
COMMIT语句时，才统一将事务的所有日志写入redo log和binlog - 标记事务提交完成，释放事务相关的锁资源
整个过程中，100条INSERT语句只需要一次事务提交的开销，减少了大量重复操作。
性能差异的核心原因
两种模式的速度差异主要来自以下几个方面的开销差异：
日志写入次数差异
redo log和binlog的写入是事务提交的核心步骤，自动提交模式下每一条INSERT都会触发一次日志刷盘（根据innodb_flush_log_at_trx_commit和sync_binlog的配置，可能是写缓冲区或者持久化到磁盘），而手动提交只需要一次日志写入操作，大大减少了IO次数。
锁资源开销差异
每次事务提交都需要释放事务相关的行锁、表锁资源，自动提交模式下频繁的锁获取和释放会产生额外的CPU开销，而手动提交模式下锁资源只在事务提交时统一释放，减少了锁操作的频率。
事务上下文切换开销
每一次事务的开启和提交都需要进行事务上下文的初始化和清理，包括事务ID分配、回滚段记录等操作，批量操作时手动提交可以减少这类上下文切换的次数。
实际测试对比
我们可以通过一个简单的测试来验证两种模式的性能差异，测试环境为MySQL 8.0，InnoDB引擎，插入1000条简单记录。
自动提交模式测试代码
首先测试自动提交模式下的插入速度：
-- 确认自动提交开启
SHOW VARIABLES LIKE 'autocommit';
-- 创建测试表
CREATE TABLE IF NOT EXISTS test_insert (
id INT PRIMARY KEY AUTO_INCREMENT,
content VARCHAR(50)
) ENGINE=InnoDB;
-- 自动提交模式下插入1000条数据
SET autocommit = 1;
TRUNCATE TABLE test_insert;
INSERT INTO test_insert (content) VALUES ('test1');
INSERT INTO test_insert (content) VALUES ('test2');
-- 此处省略其余998条INSERT语句，实际测试可循环执行
-- 统计耗时可通过程序端记录开始和结束时间计算
手动提交模式测试代码
接下来测试手动提交模式下的插入速度：
-- 手动提交模式下插入1000条数据
SET autocommit = 0;
TRUNCATE TABLE test_insert;
START TRANSACTION;
INSERT INTO test_insert (content) VALUES ('test1');
INSERT INTO test_insert (content) VALUES ('test2');
-- 此处省略其余998条INSERT语句，实际测试可循环执行
COMMIT;
-- 统计耗时可通过程序端记录开始和结束时间计算
实际测试结果显示，插入1000条数据时，自动提交模式耗时约为手动提交模式的5-10倍，数据量越大，差异越明显。
不同场景的选择建议
虽然手动提交事务能提升批量插入的速度，但并不是所有场景都适合使用：
- 如果是单条INSERT操作，自动提交和手动提交的性能差异很小，使用自动提交更方便，不需要额外的代码控制
- 如果是批量写入操作（比如一次插入10条以上数据），建议开启事务手动提交，减少提交开销
- 需要注意事务不能开启时间过长，否则会长时间持有锁资源，影响其他事务的执行，批量操作完成后应及时提交
- 如果业务要求每一条插入操作都必须立即持久化，不能接受事务回滚的情况，那么自动提交模式更符合需求
相关参数说明
MySQL中有几个参数会影响事务提交的性能，可以根据实际需求调整：
| 参数名 | 默认值 | 说明 |
|---|---|---|
| autocommit | ON | 是否开启自动提交，ON为开启，OFF为关闭 |
| innodb_flush_log_at_trx_commit | 1 | 控制redo log的刷盘策略，0表示每秒刷盘，1表示每次事务提交刷盘，2表示每次提交写缓冲区，每秒刷盘 |
| sync_binlog | 1 | 控制binlog的刷盘策略，0表示由操作系统控制刷盘，1表示每次事务提交刷盘，N表示每N次提交刷盘 |
如果批量插入场景对数据持久化要求不是极高，可以适当调整innodb_flush_log_at_trx_commit和sync_binlog的值，进一步提升插入性能，但需要注意这可能会增加数据库异常时数据丢失的风险。
需要注意的是，事务的隔离级别不会影响INSERT的速度差异，因为两种模式下隔离级别是相同的，差异仅来自提交频率的不同。