InnoDB初始化失败且日志显示“space header page consists of zero bytes”等，基本可断定是ibdata1或ib_logfile*物理损坏；应先备份data目录，再逐级尝试innodb_force_recovery=1~6启动导出数据，成功后立即移除该参数并仅删除ib_logfile0/1重建，严禁删除ibdata1。
MySQL 启动卡在 InnoDB 初始化、日志里反复出现 InnoDB: Database page corruption 或 space header page consists of zero bytes，基本可以断定是 ibdata1 或 ib_logfile* 损坏，不是配置写错，也不是端口问题。
确认 InnoDB 损坏的具体表现
打开 XAMPP\mysql\data\mysql_error.log，重点看最后几行。真实损坏的典型线索包括：
InnoDB: space header page consists of zero bytes in data file .../ibdata1InnoDB: Doublewrite does not have page_no=0 of space: 0InnoDB: Attempted to open a previously opened tablespace- 日志停在
Initializing buffer pool之后，不再往下走
这些不是警告，是致命错误——InnoDB 连系统表空间都读不进去，服务必然静默退出。此时改端口、删进程、重装 XAMPP 全无效。
安全导出数据：用 innodb_force_recovery 启动只读实例
这个参数不是“修复”，而是绕过校验强行加载，只为抢出数据。必须严格按顺序试，从低到高：
- 编辑
XAMPP\mysql\bin\my.ini，在[mysqld]段末尾添加：innodb_force_recovery = 1 - 保存后重启 MySQL；若失败，把值改为
2，再试；依此类推，最高试到6 - 值 ≥ 4 时，
mysqld.exe可能直接崩溃，说明 ibdata1 已严重损毁，跳到下一步 - 一旦启动成功，立刻用命令导出：
mysqldump -u root -p --all-databases > backup.sql - 导出完成后，**必须立刻删掉
innodb_force_recovery这行**，否则后续无法写入
重建 data 目录：删对文件，别碰 ibdata1
导出完成或确认无法启动后，需要清空 data 目录并重置 InnoDB 文件结构：
- 关闭 XAMPP，确保任务管理器里没有
mysqld.exe - 进入
XAMPP\mysql\data\，**只删掉ib_logfile0和ib_logfile1**（这两个是日志缓存，删了会重建） -
绝对不要删
ibdata1——它存着所有表结构和数据，删了等于丢库 - 如果
ibdata1真的已损坏（比如大小为 0 字节），才考虑从备份恢复它；否则保留原文件 - 启动 MySQL，观察日志是否生成新的
ib_logfile*；若仍报错，说明ibdata1不可恢复，只能用之前导出的backup.sql重灌
phpMyAdmin 访问不到？检查端口是否同步更新
改过 MySQL 端口（比如设成 3307）但 phpMyAdmin 还连 3306，就会显示 ERR_CONNECTION_REFUSED：
- 修改
XAMPP\phpMyAdmin\config.inc.php，找到$cfg['Servers'][$i]['port']，改成对应端口号 - 同时检查
php.ini里的mysqli.default_port和pdo_mysql.default_port是否一致 - Apache 自身端口（80/443）被占会导致网页打不开，但 MySQL 日志不会报 InnoDB 错——这是两个独立问题，别混查
真正棘手的是 ibdata1 损坏且无备份的情况：InnoDB 的页结构一旦归零，目前没有可靠工具能还原，只能接受数据丢失。所以每次关机前，确认 MySQL 是正常 stop 而非强制断电——这才是最该养成的习惯。
