调大 innodb_log_file_size 能延长两次 checkpoint 间隔，减少 log write wait 和刷盘阻塞，从而提升高并发插入性能；但需配合 innodb_log_files_in_group 和写入量合理设置，避免 recovery 时间过长。
调大 innodb_log_file_size 能显著缓解高并发插入时的 log wait 和刷盘争用，但不是越大越好，必须配合 innodb_log_files_in_group 和实际写入吞吐来设。
为什么改这个参数能提升插入性能
InnoDB 的 redo log 是循环写入的固定大小日志文件组。高并发插入时，如果 innodb_log_file_size 太小，log buffer 很快填满，触发 log checkpoint，迫使 InnoDB 等待脏页刷盘（log write wait），形成插入瓶颈。
增大单个日志文件大小，相当于延长了两次 checkpoint 之间的间隔，让刷盘更平滑、更少阻塞写入。
- 典型现象：
SHOW ENGINE INNODB STATUS中看到大量log write wait或log checkpoint频繁触发 - 关键指标：观察
Innodb_os_log_written每秒增长量（SHOW GLOBAL STATUS LIKE 'Innodb_os_log_written'），再结合 checkpoint 频率反推合理大小 - 经验值：日志总容量（
innodb_log_file_size × innodb_log_files_in_group）建议为 1–2 小时的写入量，但不超过 4GB（MySQL 5.6+ 支持更大，但恢复时间线性增长）
怎么安全地调整 innodb_log_file_size
不能直接改配置重启 —— MySQL 启动时会校验日志文件大小是否与配置一致，不匹配直接报错退出（错误信息：InnoDB: Error: log file ./ib_logfile0 is of different size）。
- 先停库：
mysqladmin shutdown或系统服务停止 - 备份原日志文件（如
ib_logfile0、ib_logfile1），防止误删 - 修改配置文件（如
/etc/my.cnf）中innodb_log_file_size和innodb_log_files_in_group（后者一般保持默认 2，不建议改） - 删除旧日志文件（仅在干净关闭后操作，否则可能丢数据）
- 启动 MySQL，它会自动重建日志文件
容易被忽略的兼容性与副作用
这个参数调得过大，最直接代价是 crash recovery 时间变长 —— MySQL 启动时要重放所有未 checkpoint 的 redo 日志，日志越大，扫描和应用越久。
- MySQL 5.6 及以前：最大支持 4GB 单文件；5.7+ 支持到 512GB，但生产环境极少用到 >64GB
- SSD 性能再好，也不建议把日志总大小设到远超内存中脏页比例（比如 Buffer Pool 16GB，日志总大小 128GB），会造成 recovery 不可控
- 如果用的是 Percona Server 或 MariaDB，注意它们对
innodb_fast_shutdown行为有差异，设为 0 再关库更稳妥 - 云数据库（如 RDS）通常禁止手动改日志文件，需通过控制台或工单申请，且变更过程会锁写
真正卡住高并发插入的，往往不是单个参数，而是 innodb_log_file_size 和 innodb_buffer_pool_size、sync_binlog、innodb_flush_log_at_trx_commit 的组合失衡。调完 log size，记得看 SHOW GLOBAL STATUS 里 Innodb_log_waits 是否归零 —— 它才是你调对没的硬指标。
