调整InnoDB redo log参数可提升写入性能：1. 增大innodb_log_file_size至1GB～4GB，总容量建议4GB～8GB，减少检查点刷新；2. 根据业务安全需求设置innodb_flush_log_at_trx_commit为1、2或0，权衡数据安全与性能；3. 将日志文件存储于SSD或NVMe等低延迟设备，避免与其他高负载I/O争用；4. 通过批量提交事务减少日志同步开销，但需控制事务规模以防锁竞争。修改配置需重启MySQL并备份日志文件，调整后应使用sysbench等工具压测验证效果。
事务日志（InnoDB redo log）是 MySQL 实现持久性和崩溃恢复的核心机制，但频繁的写入可能成为性能瓶颈。要提升事务日志的写入性能，关键在于合理配置和优化 I/O 行为，同时兼顾数据安全。
调整 innodb_log_file_size 和 innodb_log_files_in_group
这两个参数决定了 redo log 的总大小和文件数量。
说明：较大的日志文件可以减少检查点刷新（checkpoint flush）频率，避免频繁刷脏页到磁盘，从而降低 I/O 压力。
建议：- 将 innodb_log_file_size 设置为 1GB～4GB，总日志容量（files_in_group × log_file_size）建议在 4GB～8GB 范围内。
- 修改需停机操作：先关闭 MySQL，备份原有日志文件，更新配置后重启。
优化 innodb_flush_log_at_trx_commit 参数
该参数控制事务提交时日志写入和刷盘的行为，对性能影响显著。
说明：- 值为 1：每次提交都写入并刷盘（最安全，默认值）。
- 值为 2：写入系统缓存，每秒刷盘一次（部分数据丢失风险）。
- 值为 0：每秒写入并刷盘一次（更高风险）。
若可接受几秒内的数据丢失（如日志类应用），设为 2 可大幅提升吞吐。生产环境权衡安全与性能后选择。
使用更快的存储设备存放日志文件
redo log 是顺序写入，对磁盘 I/O 延迟敏感。
建议：- 将 innodb_log_group_home_dir 指向 SSD 或 NVMe 等低延迟设备。
- 避免与数据文件或临时目录共用高负载磁盘。
- 确保文件系统支持异步写入（如 ext4、xfs）。
批量提交事务减少日志同步开销
频繁小事务会导致大量日志同步操作。
建议：- 合并多个操作为一个事务提交，减少 commit 调用次数。
- 导入数据时使用显式事务包裹多条 INSERT。
- 注意：事务过大可能增加锁竞争和回滚段压力。
基本上就这些。关键是根据业务对一致性的要求，在安全和性能之间找到平衡。调整参数后建议通过 sysbench 等工具压测验证效果。
