调大innodb_log_file_size能缓解高并发写入卡顿，但必须停库删旧日志文件后重启，否则启动报错；因其决定redo log总容量，容量过小会触发频繁checkpoint阻塞commit，调大后延长checkpoint间隔、降低i/o冲突。
innodb_log_file_size 调大能直接缓解高并发写入卡顿，但**不能动态修改，必须停库删旧文件后重启**，否则 MySQL 启动失败并报错 InnoDB: Error: log file ./ib_logfile0 is of different size。
为什么改 innodb_log_file_size 能降低 COMMIT 延迟
redo log 是循环写入的固定大小日志组，默认 innodb_log_files_in_group = 2，总容量就是 innodb_log_file_size × 2。如果总容量太小（比如默认 48MB × 2 = 96MB），几秒内就写满，InnoDB 必须强制 checkpoint —— 等脏页刷盘完成，才能复用日志空间。这个等待会卡在 COMMIT 阶段，表现为单条 INSERT 很快、批量提交却明显变慢。
调大后，checkpoint 间隔拉长，刷脏页更平滑，I/O 冲突减少。对日志表、订单快照类业务，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
怎么安全地修改 innodb_log_file_size
这不是改完配置 reload 就行的操作，InnoDB 启动时会严格校验磁盘上 ib_logfile0 和 ib_logfile1 的实际大小是否等于配置值，不一致直接退出。
- 先执行
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确认生效
innodb_log_file_size 设多大才合适
没有通用值，得看你的写入量。目标是让 checkpoint age（即 Log sequence number − Last checkpoint at）稳定在总 redo log 容量的 70% 以下。
- 日志总容量 =
innodb_log_file_size × innodb_log_files_in_group，真正起作用的是这个乘积，不是文件个数 - MySQL 5.7 及更早版本必须停库操作；MySQL 8.0.30+ 开始支持部分动态调整，但主流生产环境仍按停库流程走
- 设太大（如单文件 2G+）会导致崩溃恢复时间显著增加——恢复时间主要取决于未 checkpoint 的日志量，不是文件总大小，但大文件更容易积累更多未刷脏页
- 低写入量实例（比如日增数据 256M 起步，按实际监控数据逐步调优
容易被忽略的协同参数
单改 innodb_log_file_size 效果有限，需配合其他参数协同优化：
-
innodb_log_buffer_size：建议设为8M–16M，减少小事务频繁写日志；但它只缓存未提交事务的日志，无需设过大 -
innodb_flush_log_at_trx_commit = 1（默认）保持 ACID；若业务允许短暂故障丢事务，可设为2进一步降低日志 I/O 压力 -
innodb_adaptive_flushing = ON（默认开启）：让 InnoDB 根据脏页比例和日志生成速度自适应刷脏页节奏，避免 checkpoint 突增 - 别碰
innodb_max_dirty_pages_pct：设得太低（如50）反而会人为加剧刷盘频率，一般保持默认75或90更稳
