MySQL启动卡在“InnoDB initialization”是因InnoDB检测到ibdata1或日志不一致而自动触发recovery模式；需删ib_logfile*、设innodb_force_recovery=1~3导出数据，再重置data目录。
MySQL 启动卡在 “InnoDB initialization” 或反复报 corruption 是 Recovery 模式被触发
这不是配置错误，而是 InnoDB 检测到 ibdata1 或事务日志不一致，自动启用 recovery 流程——但 XAMPP 默认没开错误日志，你根本看不到它卡在哪。真实表现是：控制面板显示“Starting”，几秒后变灰；mysqld.exe 进程一闪而退；mysql_error.log（在 XAMPP\mysql\data\ 下，文件名类似 DESKTOP-XXX.err）里有 InnoDB: Database page corruption 或 innodb_force_recovery is set 字样。
别删 ibdata1，只动 ib_logfile* 和 innodb_force_recovery
误删 ibdata1 = 丢全部表结构和数据。安全操作顺序是：
- 关掉 XAMPP 所有服务，任务管理器确认无残留
mysqld.exe - 进
XAMPP\mysql\data\，删掉ib_logfile0和ib_logfile1（不是ibdata1！） - 编辑
XAMPP\mysql\conf\my.ini，在[mysqld]段下加一行：innodb_force_recovery = 1 - 保存后启动 MySQL；若失败，把值依次试到
2、3（最高到6，但4+会禁写，仅用于导出）
innodb_force_recovery 不是修复命令，是临时逃生通道
它强制跳过某些恢复步骤，让服务“勉强起来”，但数据库处于只读状态（INSERT/UPDATE/DELETE 全报错）。唯一合理用途是趁它还活着，立刻导出数据：
- 启动成功后，立刻打开命令行，cd 到
XAMPP\mysql\bin\ - 运行：
mysqldump -u root -p --all-databases > full_backup.sql - 导出完成后，关服务，删掉整个
data目录（或重命名），再从 XAMPP 安装包里复制一份干净的data回来 - 删掉
my.ini里的innodb_force_recovery行，再启动
真正棘手的是 recovery 成功但下次又触发
说明底层存储介质有问题（比如 SSD 坏块）、杀毒软件实时扫描干扰写入、或 Windows Fast Startup 导致文件系统未正常卸载。此时即使清空 data 重装，几天后仍会复发。必须检查：mysql_error.log 最末尾是否有 Operating system error number 5（权限拒绝）或 error 22（无效参数），这往往指向磁盘或 UAC 权限问题——XAMPP 装在 C:\Program Files 下时，SYSTEM 账户对 data 目录的“完全控制”权限常被静默回收。
