增大innodb_log_file_size可能延长单次写入延迟，因log_writer单次刷盘数据量增加、checkpoint推进变慢引发批量脏页刷盘，导致事务log_wait时间上升；需协同调优log_writer_timeout、io_capacity等参数。
MySQL 8.0 中仅靠调大 Redo Log 并不能直接缩短事务等待；真正起作用的是降低 log_flusher 延迟、减少 log_writer 阻塞，以及避免 log_checkpoint 触发强制刷盘。
为什么增大 innodb_log_file_size 反而可能延长单次写入延迟
Redo Log 文件变大后，log_writer 在循环写入时单次刷盘的数据量可能更高（尤其在高并发小事务场景），导致 write() 系统调用耗时上升；同时 checkpoint 位置推进变慢，一旦触发 async flush 或 sync flush，会批量刷大量脏页，间接拉长后续事务的 log_wait 时间。
- 典型现象：
SHOW ENGINE INNODB STATUS中Log sequence number与Last checkpoint at差值长期 > 70%innodb_log_file_size × innodb_log_files_in_group - 推荐范围：单个
innodb_log_file_size控制在 1GB–4GB，总 Redo 容量（×innodb_log_files_in_group）不超过可用内存的 25% - 修改需停机：先
SET GLOBAL innodb_fast_shutdown = 0，再停库删旧 log 文件，重启时自动重建
怎样让 log_writer 更快把日志写入磁盘
瓶颈常在 log_writer 线程将 log buffer 写入 OS page cache 的环节。默认每 1ms 唤醒一次，但若 buffer 积压快于唤醒频率，事务就会卡在 log_write_up_to() 等待点。
MySQL 数据库管理技能，能够通过自然语言查询和管理数据库，支持 SELECT/INSERT/UPDATE/DELETE、表管理、备份恢复等操作。当用户提及 MySQL、数据库查询、建表或数据备份时使用此技能。
- 调小
innodb_log_writer_timeout（MySQL 8.0.22+）：设为500000（500μs），加快响应速度；低于 100μs 易引发频繁唤醒开销 - 确保
innodb_flush_log_at_trx_commit = 1时，磁盘支持O_DIRECT（检查innodb_use_native_aio = ON和文件系统挂载选项） - 禁用
sync_binlog与 Redo 同步（即不设sync_binlog = 1），否则 binlog fsync 会拖慢整个log_writer流程
哪些事务会卡在 log_checkpoint 上
当 log_writer 追上 checkpoint 位置，或 dirty page 比例超过 innodb_max_dirty_pages_pct，InnoDB 会启动 log_checkpointer 强制刷脏页——此时新事务提交必须等 checkpoint 推进，表现为 log_wait 暴涨。
- 监控指标：
SHOW STATUS LIKE 'Innodb_buffer_pool_pages_dirty'/innodb_buffer_pool_pages_total> 75% - 临时缓解：调高
innodb_max_dirty_pages_pct至90（仅限 SSD 环境），但会增加崩溃恢复时间 - 根治方法：提升
innodb_io_capacity（SSD 设为 2000–4000）和innodb_io_capacity_max（设为前者的 2×），让page_cleaner更积极刷脏页
Redo Log 调优不是“越大越好”，而是让 log_writer、log_flusher、page_cleaner 三者节奏匹配。最容易被忽略的是 innodb_log_writer_timeout 这个隐藏开关，以及 innodb_use_native_aio 在 ext4/xfs 下的实际生效状态——没确认这两项，其他参数调得再细也白搭。
