优化MySQL事务提交频率需平衡一致性与性能：通过批量提交降低I/O开销，建议每100~1000条操作提交一次；调整innodb_flush_log_at_trx_commit参数，在安全性与性能间权衡；避免长事务和大事务以减少锁争用和回滚段压力；关闭autocommit启用显式事务，提升连续操作效率。
MySQL事务提交频率的优化，核心在于平衡数据一致性与系统性能。频繁提交会增加磁盘I/O和日志写入开销，而过少提交又可能导致锁持有时间过长、并发下降甚至长事务引发回滚段压力。合理调整提交策略能显著提升吞吐量。
批量提交减少事务开销
对于大量连续的插入、更新操作，应避免每条语句单独提交。将多个DML操作合并到一个事务中批量提交，可大幅降低每次commit带来的fsync日志刷盘成本。
例如导入10万条数据时：
— 慢：每条都提交
BEGIN;
INSERT …;
COMMIT;
— 快：每1000条提交一次
BEGIN;
— 执行1000次 INSERT
COMMIT;
建议根据业务容忍度设定批量大小，一般100~1000条为一批较合理。
合理设置 innodb_flush_log_at_trx_commit
该参数控制事务日志刷新行为，直接影响提交性能和数据安全性：
- 值为1：每次提交都同步写入磁盘（最安全，默认值）
- 值为2：写日志到文件但不强制刷盘，仅操作系统崩溃可能丢数
- 值为0：每秒刷一次日志，实例崩溃最多丢1秒事务
若允许轻微数据丢失风险，可设为2，在高并发写入场景下性能提升明显。
避免长事务和大事务
长时间未提交的事务会阻碍 purge 线程清理undo日志，导致表空间膨胀、MVCC版本链变长，查询变慢。
建议：
- 及时提交或回滚事务，不要在事务中执行耗时逻辑（如网络请求）
- 拆分超大事务，比如分批次处理数据并中间提交
- 监控 information_schema.innodb_trx 表，发现运行过久的事务及时干预
使用显式事务替代自动提交模式
autocommit=1 时，每条语句都是独立事务，隐式加锁提交，效率低。
对连续操作，应关闭自动提交：
SET autocommit = 0;
BEGIN;
… 多条SQL …
COMMIT;
完成后再 SET autocommit = 1 恢复。注意连接用完要重置，防止影响其他操作。
基本上就这些。关键是根据业务对一致性和性能的要求，选择合适的批量策略和持久化级别，同时避免事务失控。