MySQL事务性能优化需平衡日志刷盘、锁粒度、缓冲区大小和隔离级别：设innodb_flush_log_at_trx_commit=2兼顾安全与性能；增大innodb_log_file_size至1–4GB降低checkpoint频率；buffer_pool_size设为内存50%–75%，调低dirty_pages_pct并启用自适应刷新；优先选READ-COMMITTED减少锁冲突，避免长事务。
MySQL事务性能优化关键在于合理配置与业务场景匹配的参数，避免过度追求吞吐而牺牲一致性，也防止保守配置拖慢高并发写入。核心思路是平衡日志刷盘、锁粒度、缓冲区大小和隔离级别四方面。
调整innodb_flush_log_at_trx_commit提升写入吞吐
该参数控制事务提交时redo日志的刷盘策略，直接影响持久性与性能：
- 值为1（默认）：每次事务提交都强制将log buffer刷入磁盘并fsync，最安全但性能开销最大；适合金融、账务等强一致性场景。
- 值为2：日志写入系统缓存（os cache），每秒fsync一次；崩溃可能丢失1秒内事务，但性能显著提升；多数Web应用可接受。
- 值为0：仅写入log buffer，由后台线程每秒刷盘；崩溃可能丢失最多1秒数据；仅建议开发/测试环境使用。
注意：若同时启用sync_binlog=1且binlog与redo双写，需确保两者刷盘策略协同，避免主从不一致或恢复异常。
增大innodb_log_file_size降低checkpoint频率
redo日志文件越大，循环写入周期越长，InnoDB触发异步checkpoint的次数越少，从而减少I/O压力和写放大：
- 常规建议：总redo日志容量（所有ib_logfile*之和）设为1GB–4GB，具体取决于写负载峰值；例如高写入OLTP可设为2×512MB。
- 修改需停库：先设置innodb_log_file_size，删除旧日志文件（确保已干净关闭），再重启；不可在线调整。
- 配合监控Innodb_os_log_written（累计写入字节数）和Innodb_buffer_pool_pages_dirty，判断是否频繁刷脏页或日志满导致阻塞。
优化innodb_buffer_pool_size与脏页刷新策略
缓冲池是事务读写的核心内存区域，其大小和刷新行为直接影响事务响应时间：
- innodb_buffer_pool_size建议设为物理内存的50%–75%，确保热数据常驻内存，减少磁盘随机读。
- 调低innodb_max_dirty_pages_pct（如设为75而非默认90）可让后台线程更早开始刷脏页，避免提交时被强制同步刷盘阻塞。
- 启用innodb_adaptive_flushing=ON（默认），使InnoDB根据redo生成速率动态调节刷脏频率，比固定间隔更适应波动负载。
按需选择事务隔离级别与锁行为
非必要不使用SERIALIZABLE；多数场景READ-COMMITTED已足够，能显著减少间隙锁（Gap Lock）范围：
- 在RR（Repeatable Read）下，UPDATE/DELETE语句可能加临键锁（Next-Key Lock），扩大锁范围，引发锁等待甚至死锁；切换到RC后仅对命中记录加行锁。
- 确认业务无幻读风险后再降级：例如订单查询+插入分离、依赖应用层唯一约束校验等场景适合RC。
- 避免长事务：通过innodb_lock_wait_timeout（默认50秒）及时中断卡住的事务，并结合监控INFORMATION_SCHEMA.INNODB_TRX识别运行超时的trx。
