MySQL 8.0.30+ 必须用 innodb_redo_log_capacity 替代 innodb_log_file_size，否则启动失败；该参数以字节为单位在线设置并持久化，需验证三处状态且容量应匹配写入负载与RTO要求。

直接看版本再动手：MySQL 8.0.30+ 必须用 innodb_redo_log_capacity，配 innodb_log_file_size 会启动失败；8.0.29 及更早必须停库删 ib_logfile0 和 ib_logfile1 后才能改 innodb_log_file_size。

先确认 MySQL 版本，别让配置拦在启动前

执行 SELECT VERSION();，结果是 8.0.30 或更高？那配置文件里出现 innodb_log_file_size 或 innodb_log_files_in_group 都会导致 mysqld 启动报错：Unknown variable 'innodb_log_file_size'。这不是警告，是直接退出。

• 升级到 8.0.30+ 后没清理旧配置，下次重启服务就起不来
• 看到“8.0 支持在线调日志”就默认自己也支持，实际跑的是 8.0.28
• 在 8.0.30+ 上执行 SET GLOBAL innodb_log_file_size = ...，命令静默失败，变量值不变

8.0.30+ 怎么设 innodb_redo_log_capacity？单位是字节，不是 MB

这个参数控制 Redo Log 总容量，InnoDB 自动拆成 32 个均等文件（如设为 2147483648 即 2GB，则每个文件约 64MB），不支持手动指定文件数或单个大小。

• 在线生效：SET GLOBAL innodb_redo_log_capacity = 2147483648;（2GB），无需重启
• 持久化需写进配置文件：innodb_redo_log_capacity = 2147483648（不能写 2G 或 2GB）
• 验证是否真生效，要查三处：SELECT @@innodb_redo_log_capacity;、SHOW STATUS LIKE 'innodb_redo_log_capacity_resized';（值应等于设定值）、ls -lh #innodb_redo/#ib_redo*（应有 32 个文件，大小一致）

容量设多大才合适？别拍脑袋填 4GB 或 8GB

目标不是“越大越好”，而是让 Log sequence number − Last checkpoint at 差值稳定在总容量的 70% 以下。超了说明日志循环太快，InnoDB 被迫频繁刷脏页，间接拖慢写入。

MySQL8 CRM Schema Design Expert

面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。

下载

• 实测每秒写入量：SHOW GLOBAL STATUS LIKE 'Innodb_os_log_written'; 间隔 30 秒取差值 ÷ 30，得 B/s
• 按 RTO 算上限：例如要求崩溃恢复 ≤5 分钟，峰值写入 30MB/s → 推荐容量 ≈ 30*1024*1024*300 = 9663676416 字节（≈9.2GB）
• SSD 环境可压缩 20%～30%；HDD 建议保留余量，避免 checkpoint 过于频繁
• 设太大反而坏事：若实际峰值仅 18MB/s，却配 8GB，InnoDB 每次恢复都得扫描全部 8GB 找有效段落，白白多花数秒甚至分钟

大事务卡顿？先盯 innodb_log_buffer_size，不是 redo log 文件大小

批量导入百万行、含大 BLOB 的事务，很容易撑满默认 16MB 的 innodb_log_buffer_size，触发频繁刷盘和内存拷贝，表现为 Innodb_log_waits 持续上升、TPS 抖动——这跟 redo log 文件大小无关。

• 查当前值：SHOW VARIABLES LIKE 'innodb_log_buffer_size';
• 调大建议：从 67108864（64MB）起步；单事务 redo 日志常超 100MB，可设到 134217728（128MB）
• 注意：该参数只影响未提交事务的内存缓冲，不改变磁盘日志文件大小，也不放大崩溃丢失风险
• 别盲目冲到 512MB 以上——收益快速衰减，且会占用更多 InnoDB 内存池

最易被忽略的一点：调完 innodb_redo_log_capacity 后，一定要立刻查 SHOW ENGINE INNODB STATUS\G 里的 Log sequence number 和 Last checkpoint at 差值，以及 Log flushed up to 和 Log written up to 差值。这两个差值才是真实压力反馈，比任何经验公式都准。