调大innodb_log_file_size可显著降低写入延迟，因其延长checkpoint间隔、减少脏页刷盘阻塞；但必须停库删除旧ib_logfile文件后重启，否则启动报错“innodb: error: log file ./ib_logfile0 is of different size”。
直接调大 innodb_log_file_size 能显著缓解高并发插入卡顿，但必须停库删旧日志文件后重启，否则 MySQL 启动失败报错 InnoDB: Error: log file ./ib_logfile0 is of different size。
为什么改 innodb_log_file_size 能降低写入延迟
redo log 是循环写入的固定大小日志组，默认 innodb_log_files_in_group = 2，总容量就是 innodb_log_file_size × 2。当这个总容量太小（比如默认 48MB × 2 = 96MB），高并发 INSERT 会在几秒内写满日志，触发强制 checkpoint —— 此时 InnoDB 必须等脏页刷盘完成，才能复用日志空间，导致事务在 COMMIT 阶段阻塞，表现为“写入变慢”“大量 log write wait”。
增大单个文件大小，本质是拉长两次 checkpoint 的时间间隔，让刷脏页更平滑、更少抢占写线程。这不是微调，对日志表、订单快照类业务，INSERT 延迟常下降 30%～70%。
- 典型信号：
Innodb_log_waits > 0或SHOW ENGINE INNODB STATUS\G中 “Log sequence number” 与 “Last checkpoint at” 差值长期超过总日志容量的 70% - 查写入压力：
SHOW GLOBAL STATUS LIKE 'Innodb_os_log_written'，间隔 60 秒取差值 ÷ 60，即每秒日志写入字节数 - 经验下限：按 30 秒缓冲算，若每秒写 8MB，则总日志容量建议 ≥ 8 × 30 × 1024 × 1024 ≈ 2.4GB → 单文件设 1280M 或 1536M（因默认双文件）
MySQL 5.7 及更早版本必须停库操作
这个参数不可动态修改，配置文件改完 reload 没用，MySQL 启动时会严格校验磁盘上 ib_logfile0 和 ib_logfile1 的实际大小是否等于 innodb_log_file_size，不一致直接退出。
- 先执行
SET GLOBAL innodb_fast_shutdown = 0，确保所有脏页和日志落盘 - 用
mysqladmin shutdown或systemctl stop mysqld干净关库，确认ps aux | grep mysqld无残留进程 - 进 datadir（如
/var/lib/mysql/），把ib_logfile0和ib_logfile1移走：mv ib_logfile0 ib_logfile0.bak && mv ib_logfile1 ib_logfile1.bak（别用rm -f） - 改配置：
innodb_log_file_size = 1073741824（即 1G，单位字节），保持innodb_log_files_in_group = 2不变 - 启动后立刻验证：
ls -lh ib_logfile*看文件大小是否真变了，再查SELECT @@innodb_log_file_size确认生效
MySQL 8.0.30+ 改用 innodb_redo_log_capacity
从 8.0.30 开始，innodb_log_file_size 和 innodb_log_files_in_group 已被废弃。继续在配置里写它们，MySQL 启动时会警告 Ignored deprecated configuration parameter，且参数无效。
- 新参数是
innodb_redo_log_capacity，单位字节，控制**总 redo 日志容量**（不是单个文件） - 它支持在线调整：
SET GLOBAL innodb_redo_log_capacity = 2147483648（即 2GB） - 调整后观察
Innodb_redo_log_capacity状态变量是否更新，以及Innodb_log_waits是否归零 - 注意：即使在线生效，底层仍需重建日志文件，MySQL 会自动处理，无需手动删文件，但过程可能短暂阻塞写入
容易被忽略的副作用和协同参数
单改 innodb_log_file_size 效果有限，还必须看恢复时间和刷盘节奏：
- 崩溃恢复时间主要取决于未 checkpoint 的日志量（
Uncheckpointed Bytes），不是总日志大小；但日志过大（如单文件超 4G）会让 recovery 扫描范围变广，尤其在 HDD 上明显卡在Starting crash recovery阶段 -
innodb_log_buffer_size建议设为 8M–16M，它只缓存未提交事务的日志，设太大没意义 -
innodb_flush_log_at_trx_commit = 2（每秒刷一次）可进一步降低日志 I/O 压力，适合允许丢一秒数据的场景 -
innodb_adaptive_flushing = ON必须保持开启，它能让 InnoDB 根据脏页比例自适应刷盘节奏，避免 checkpoint 突增
真正决定效果的不是你设了多大的数字，而是 Innodb_log_waits 归零、Log sequence number − Last checkpoint at 差值稳定在总容量 70% 以下、且没有持续增长的 log write wait。
