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 提升写入吞吐
该参数控制事务提交时red o 日志的刷盘策略，直接影响持久性与性能：
- 值为 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。
