MySQL 8.0.30+ 应使用 innodb_redo_log_capacity 在线动态调整 redo 日志总容量，禁用 innodb_log_file_size 和 innodb_log_files_in_group，否则启动失败；调大该值需确认版本、执行 SET GLOBAL + SET PERSIST，并观察 innodb_redo_log_capacity_resized 状态。
直接调大 innodb_log_file_size 不能解决导入大 SQL 报错，反而大概率导致 MySQL 启动失败——因为该参数在 MySQL 8.0（尤其是 8.0.30+）已不可直接修改，且旧日志文件与新配置不匹配会触发启动拒绝。
为什么改了 innodb_log_file_size 重启就报错
MySQL 启动时校验 ib_logfile0 和 ib_logfile1 的实际大小是否匹配配置值。只要配置文件里写了 innodb_log_file_size，而磁盘上还留着旧日志文件（哪怕只差 1 字节），就会报：
InnoDB: Error: log file ./ib_logfile0 is of different size
这不是警告，是致命错误，mysqld 直接退出。常见诱因包括：
- 没停库就改配置，残留 mysqld 进程锁住日志文件
- 用
kill -9强杀而非mysqladmin shutdown，导致 shutdown 不 clean - 删日志前没确认
innodb_fast_shutdown = 0，脏页未刷完，日志处于不一致状态 - 配置中同时存在
innodb_log_file_size和innodb_redo_log_capacity（8.0.30+ 不允许混用）
MySQL 8.0.30+ 正确扩容 Redo Log 的方式
8.0.30 起，innodb_log_file_size 已被标记为 deprecated，必须用 innodb_redo_log_capacity 动态调整总容量（单位字节），无需重启：
- 先查当前总容量：
SELECT @@innodb_redo_log_capacity; - 在线扩容（例如设为 4GB）：
SET GLOBAL innodb_redo_log_capacity = 4294967296; - 立即生效，InnoDB 自动后台扩展 redo 日志空间，无停机窗口
- 该值会持久化到数据字典，但建议同步写入 my.cnf 避免重启后丢失
注意：这个操作只适用于 8.0.30 及更新版本；低于此版本仍需停库删文件流程。
导入大 SQL 时真正卡住的常见原因和绕过方案
报错如 The size of BLOB/TEXT data inserted in one transaction is greater than 10% of redo log size，本质是单事务写入量超限。此时优先考虑非日志参数调整：
- 拆分 SQL 文件：用
split -l 5000 big.sql chunk_按行切分，避免单事务过大 - 临时关掉自动提交：
SET autocommit = 0;+ 手动COMMIT控制事务粒度 - 调大
max_allowed_packet（影响客户端接收能力，不是日志问题但常被误判） - 确认是否真需要大事务：导入场景下，
innodb_flush_log_at_trx_commit = 2可显著提速（牺牲极小可靠性）
只有在持续出现 Log sequence number 与 Last checkpoint at 差距长期 >80% 时，才说明日志总容量确实不足——这时再动 innodb_redo_log_capacity 才有意义。
8.0.29 及更早版本必须停库调整的实操要点
若无法升级到 8.0.30+，只能走传统流程，但必须严格满足三个条件：
- 执行
SET GLOBAL innodb_fast_shutdown = 0;后再mysqladmin shutdown，确保日志干净关闭 - 确认
ps aux | grep mysqld无残留进程，再进datadir（用SHOW VARIABLES LIKE 'datadir';查）删ib_logfile* - 配置文件中只保留
innodb_log_file_size，绝对不要同时写innodb_redo_log_capacity
删完启动前，建议先用 mysqld --defaults-file=/etc/my.cnf --innodb-read-only 测试配置语法，避免启动失败反复折腾。
最易被忽略的一点：即使成功扩容，如果业务写入峰值长期超过日志总容量的 1 小时吞吐量，checkpoint 仍会频繁触发，I/O 压力不降反升——调参前务必用 SHOW ENGINE INNODB STATUS 看真实负载，而不是凭空拍数。
