MySQL 8.0.30+ 必须用 innodb_redo_log_capacity 在线调优 Redo Log 总容量，禁用 innodb_log_file_size 等旧参数；合理值需覆盖 1–2 小时峰值写入量（如 120 MB/s × 1.5 h ≈ 648 GB），OLTP 常见 1–8 GB，但须实测崩溃恢复时间以满足 RTO 要求。
MySQL 8.0.30+ 不该再用 innodb_log_file_size 配置 Redo Log 大小，强行保留会启动失败；旧版本（InnoDB: Error: log file ./ib_logfile0 is of different size。
MySQL 8.0.30+：用 innodb_redo_log_capacity 动态设置总容量
从 8.0.30 开始，innodb_log_file_size 和 innodb_log_files_in_group 已被废弃。InnoDB 自动维护 32 个日志文件（如 #ib_redo31、#ib_redo49_tmp），每个大小 = innodb_redo_log_capacity / 32，你只需控制总容量。
- 在线生效：
SET GLOBAL innodb_redo_log_capacity = 2*1024*1024*1024;（设为 2GB） - 持久化需写入配置文件：
innodb_redo_log_capacity = 2147483648（单位字节） - 执行后立刻触发重调度，无需重启，但底层文件切换是渐进式，可能持续数秒到几分钟
- 若配置文件中仍保留
innodb_log_file_size，启动时会打印警告：[Warning] [MY-013869] Ignored deprecated configuration parameter innodb_log_file_size，并忽略该值
MySQL 8.0.29 及更早版本：改 innodb_log_file_size 必须停库删文件
旧机制下，Redo Log 总大小 = innodb_log_file_size × innodb_log_files_in_group（默认为 2）。直接改配置重启必失败——InnoDB 启动时校验磁盘文件头与配置是否一致，不匹配就退出。
- 正确流程：先
SET GLOBAL innodb_fast_shutdown = 0;→systemctl stop mysqld→ 确认ps aux | grep mysqld无残留进程 →rm -f /var/lib/mysql/ib_logfile[0-9]*（路径以datadir为准）→ 修改 my.cnf → 启动 - 删文件前不关干净进程，或未设
innodb_fast_shutdown = 0，可能导致脏页未刷盘，恢复时数据不一致 - 常见误操作：只改配置、不删文件，或删了文件但没关库，结果启动卡在 “Initializing database” 或报
log file size mismatch
怎么查当前 Redo Log 实际占用和配置？
别直接 ls -lh ib_logfile* 看磁盘文件——8.0.30+ 文件名已变，且旧版本重启后文件会被重建，大小由配置驱动而非文件本身。
- 看当前总容量（8.0.30+）：
SELECT @@innodb_redo_log_capacity; - 看文件分布和状态（8.0.30+）：
SELECT * FROM performance_schema.innodb_redo_log_files;，字段type区分ordinary（活跃）和spare（待用） - 旧版本查单个大小：
SHOW VARIABLES LIKE 'innodb_log_file_size';，再查数量：SHOW VARIABLES LIKE 'innodb_log_files_in_group';，相乘得总空间 - 监控压力：若
SHOW ENGINE INNODB STATUS\G中Log sequence number与Last checkpoint at差值长期 >80% 总容量，说明日志太小、checkpoint 过频
调多大才算合理？关键看写入量和 RTO 要求
没有通用“最佳值”，只有一组约束条件：
- 总容量建议覆盖 1–2 小时峰值写入量：例如写入峰值 120 MB/s，按 1.5 小时算 ≈ 648 GB → 设
innodb_redo_log_capacity = 687194767360（648GB） - OLTP 场景常见范围：1–4 GB（SSD + 高并发可上 8 GB，但必须压测崩溃恢复时间）
- 金融/核心系统慎用过大值：RTO（恢复时间目标）若要求 mysqld --innodb-force-recovery=1 模拟恢复耗时
- 磁盘空间要留余量：
#innodb_redo目录默认在datadir下，扩容前确认所在分区有足够空间（至少 2 倍目标容量）
真正容易被忽略的点是：8.0.30+ 的动态调整虽免重启，但不是“零开销”——大容量变更时，InnoDB 会在后台逐步迁移日志段，期间可能短暂升高 CPU 和 I/O；同时，innodb_redo_log_capacity 一旦设高，即使业务写入下降，文件也不会自动缩容，得靠后续手动调低释放空间。
