错误是innodb启动时硬校验失败，因磁盘上ib_logfile0实际大小与配置值不一致，直接中止启动；需停库、彻底删除ib_logfile*及#innodb_redo/目录、清理弃用参数后重启。
ib_logfile0 大小不匹配不是配置没生效的问题，是 InnoDB 启动时硬校验失败——磁盘上文件的实际字节长度和配置值对不上，直接 abort，连数据字典都不会加载。
看错误日志确认是不是真问题
启动失败时，错误日志里必然出现类似这一行：InnoDB: Error: log file ./ib_logfile0 is of different size 0 5242880 bytes InnoDB: than specified in the .cnf file 0 134217728 bytes!。这不是警告，是 fatal error。只要看到这句，就不用查其他原因了，就是大小不一致。
常见诱因包括：
- 改过
innodb_log_file_size但没删旧日志文件 - 用 Percona XtraBackup 恢复后没清理目标库的
ib_logfile* - MySQL 崩溃或 kill -9 强制退出，导致日志文件处于中间状态
- MySQL 8.0.30+ 环境下残留了
#innodb_redo/目录，但配置仍混用旧参数
删文件前必须停稳 MySQL
不能边跑边删，也不能只执行 systemctl stop mysqld 就完事。InnoDB 需要干净关机才能确保 redo 日志头尾一致，否则删完重启可能报 Database page corruption。
安全停库三步缺一不可：
- 先执行
SET GLOBAL innodb_fast_shutdown = 0（进 mysql 客户端操作） - 再确认无活跃事务：
SELECT * FROM information_schema.INNODB_TRX;返回空结果 - 最后用
mysqladmin --user=root --password=xxx shutdown或systemctl stop mysqld关库，且ps aux | grep mysqld应无残留进程
删哪些、怎么删才真正生效
必须进 datadir 目录（查 SELECT @@datadir; 或看 my.cnf），执行 rm ib_logfile* —— 注意是 rm，不是 mv 或加后缀备份。InnoDB 会扫描所有匹配 ib_logfile* 的文件名，哪怕叫 ib_logfile0.bak 也会触发校验失败。
MySQL 8.0.30+ 还要额外处理：
- 检查是否存在
#innodb_redo/目录（就在datadir下），存在则rm -rf #innodb_redo -
innodb_log_files_in_group和innodb_log_file_size必须从配置中完全注释掉，只保留innodb_redo_log_capacity - 确保
#innodb_redo/所在目录可写，且属主为 MySQL 运行用户（如mysql:mysql）
重启前检查配置是否干净
删完文件不代表万事大吉。如果 my.cnf 里还留着已弃用的参数，MySQL 8.0 会直接报 Unknown variable 并退出。
重点检查三项：
- 确认
innodb_log_file_size和innodb_log_files_in_group已被注释或删除（8.0.30+ 不再识别） - 只保留一个有效参数：
innodb_redo_log_capacity（单位字节），例如innodb_redo_log_capacity = 1073741824 - 确保该参数值能被整除为合理文件数（InnoDB 默认建两个文件，所以容量建议设为偶数倍，如 1G、2G）
启动后立刻验证：ls -lh ib_logfile* 应显示新大小；若仍报错，大概率是漏删了某个 ib_logfile* 文件，或 #innodb_redo/ 权限不对——这两个点最容易被忽略。
