合理设置redo log文件大小、调整刷盘策略、提升写入吞吐并监控状态，可优化MySQL写入性能与稳定性。
MySQL 的 redo log（重做日志）是 InnoDB 存储引擎实现持久性和崩溃恢复的核心机制。合理优化 redo log 能显著提升数据库的写入性能和稳定性。以下是几个关键优化方向。
1. 合理设置 redo log 文件大小
默认情况下，InnoDB 会创建两个 48MB 的 redo log 文件（ib_logfile0 和 ib_logfile1），总大小为 96MB。对于高并发写入场景，这个值偏小，容易导致频繁的日志切换和检查点刷新，增加磁盘 I/O 压力。
建议：将 redo log 总大小调整为 1GB～4GB。可通过以下参数配置：
- innodb_log_file_size：单个日志文件大小
- innodb_log_files_in_group：日志文件数量（通常为2）
例如，设每个文件 2GB：
innodb_log_file_size = 2G
注意：修改该参数需先关闭 MySQL，删除旧日志文件（或移出），再重启，否则启动失败。
2. 调整 redo log 刷盘策略
通过 innodb_flush_log_at_trx_commit 控制事务提交时 redo log 的刷盘行为，直接影响数据安全与性能：
- 值为 1：每次事务提交都写入磁盘（最安全，默认值）
- 值为 2：写入系统缓存，每秒刷一次磁盘（兼顾安全与性能）
- 值为 0：每秒写入并刷盘一次，事务提交不触发写操作（性能高，但可能丢失1秒数据）
如果可以容忍少量数据丢失（如日志类业务），可设为 2；金融等强一致性场景保持 1。
3. 提高日志写入吞吐能力
InnoDB 使用后台线程异步处理 redo log 写入和刷盘。在高并发写入时，可能成为瓶颈。
可调整以下参数：
- innodb_log_write_ahead_size：控制日志写入的对齐单位（通常为页的倍数，如512B或4KB），与存储设备块大小匹配可减少写放大
- innodb_log_io_threads：增加日志 I/O 线程数（MySQL 8.0+ 支持）
- 使用高速存储：将 redo log 文件放在 SSD 或 NVMe 上，降低延迟
4. 监控 redo log 运行状态
通过以下命令查看 redo log 使用情况：
SHOW ENGINE INNODB STATUSG
关注 LOG 部分：
- Log sequence number：当前 LSN
- Log flushed up to：已刷盘的 LSN
- Last checkpoint at：最后检查点位置
若“未刷盘”数据过多，说明 I/O 跟不上写入速度，需优化磁盘或调整参数。
基本上就这些。redo log 优化关键是平衡安全性、性能和资源消耗。调参后建议压测验证效果。