删光所有ib_logfile和#innodb_redo/目录是唯一解法；必须进datadir执行rm ib_logfile及rm -rf #innodb_redo，同时清理废弃参数、配置innodb_redo_log_capacity并确保权限正确，否则仍启动失败。
ib_logfile* 文件损坏或大小不匹配，MySQL 启动直接 abort，连数据字典都不加载——删光所有 ib_logfile* 和 #innodb_redo/ 目录是唯一有效解法，其他任何“调参数绕过”都无效。
MySQL 启动报 InnoDB: Error: log file ./ib_logfile0 is of different size 怎么办
这是非法关机后最典型的症状：磁盘上残留的 ib_logfile* 实际大小和配置值对不上，InnoDB 在初始化阶段校验 header 失败，硬性退出。
- 必须进
datadir（查SELECT @@datadir;或看my.cnf），执行rm ib_logfile* - 不是只删
ib_logfile0和ib_logfile1，所有匹配文件都要清空 - 如果存在
#innodb_redo/目录（MySQL 8.0.30+），也必须rm -rf #innodb_redo - 删完后运行
ls ib_logfile*应返回No such file；ls #innodb_redo同理
删完文件后 MySQL 还启动失败的三个常见原因
删干净只是第一步，配置和权限没配对，照样卡在同一个错误上。
-
my.cnf里还留着已弃用的innodb_log_file_size和innodb_log_files_in_group→ 触发Unknown variable错误 - 没配置
innodb_redo_log_capacity，或配了但值不合理（如设为 1M）→ 启动时拒绝初始化 -
#innodb_redo/目录（若存在）属主不是 MySQL 运行用户，或不可写 → InnoDB 无法重建日志文件
为什么不能跳过删文件、只改配置
InnoDB 启动时读取的是磁盘上真实文件的 header，不是配置值。哪怕你把 innodb_redo_log_capacity 设成 200M，只要磁盘上还躺着两个 48MB 的 ib_logfile*，它就会校验失败退出。
- 这不是兼容性问题，是物理结构不匹配——就像拿 USB-C 线插 Micro-USB 口，接口对不上就是对不上
- 备份
ib_logfile*只为极端情况留底，实际修复中几乎用不到 - 真正关键的是三件事同步做到位：删干净、配干净、权限干净
删完仍启动失败，大概率是 ibdata1 损坏
此时 innodb_force_recovery=1~6 可能帮你抢出数据，但不是修复手段：
- 从 1 开始试，1 级最安全（跳过未完成事务回滚）
- ≥4 级会禁用
INSERT/UPDATE/DELETE，表自动只读 - 一旦能连上，立刻
mysqldump导出，别等第二次宕机 - 导出后必须重建实例再导入，不要试图复用旧数据目录
真正容易被忽略的点：ib_logfile* 必须全删、#innodb_redo/ 必须同步清理、配置里不能残留废弃参数——三者缺一不可。
