求助：利用ibdata1、.frm及.ibd文件恢复XAMPP中WordPress数据库

一、InnoDB文件恢复的核心调整 #

• 确保新XAMPP的MySQL版本完全匹配客户原版本，不同版本的ibdata1/.ibd文件兼容性极差，这是多数恢复失败的核心原因。
• 手动挂载.ibd文件尝试恢复：
  1. 创建与原表结构完全一致的空表（可通过.frm逆向生成结构，或参考WordPress标准表结构调整）
  2. 执行SQL命令：ALTER TABLE 表名 DISCARD TABLESPACE;
  3. 将客户的.ibd文件复制到对应数据库目录，修改文件权限为MySQL运行用户（Windows为Network Service，Linux为mysql）
  4. 执行SQL命令：ALTER TABLE 表名 IMPORT TABLESPACE;
     注意：若出现表空间不匹配错误，说明表结构存在差异，必须严格同步字段、索引、引擎类型。

二、修复SysInfo提取后的异常数据 #

• 处理ID全为-9223372036854775555的问题：这是工具读取失败的占位值，先找出wp_posts中最大的有效ID（若存在），执行ALTER TABLE wp_posts AUTO_INCREMENT = 最大有效ID+1;；若无有效ID，从1重新赋值，同时同步修复wp_postmeta、wp_comments等关联表的post_id。
• 修复字符串异常（如,,代替,''、怪异slug）：
  1. 批量替换异常字符，例如：UPDATE wp_posts SET post_content = REPLACE(post_content, ',,', ',''','') WHERE post_content LIKE '%,,%';（根据实际情况调整替换规则）
  2. 统一字符编码：确认数据库字符集为utf8mb4（WordPress标准），执行ALTER DATABASE 库名 CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;，再逐个表修改字符集。
• 修正文章状态混乱：批量重置异常状态，例如：UPDATE wp_posts SET post_status = 'publish' WHERE post_status LIKE '%closed%';，之后在WordPress后台手动调整剩余异常状态的文章。

三、WordPress端应急修复 #

• 修复固定链接：若能登录wp-admin，进入「设置-固定链接」直接点击「保存更改」；若无法进入后台，在wp-config.php中添加：

  define('WP_HOME','https://你的域名');
  define('WP_SITEURL','https://你的域名');
  

  同时在.htaccess中添加WordPress默认规则：

  # BEGIN WordPress
  <IfModule mod_rewrite.c>
  RewriteEngine On
  RewriteBase /
  RewriteRule ^index\.php$ - [L]
  RewriteCond %{REQUEST_FILENAME} !-f
  RewriteCond %{REQUEST_FILENAME} !-d
  RewriteRule . /index.php [L]
  </IfModule>
  # END WordPress
  

• 排除插件干扰：通过FTP将wp-content/plugins文件夹重命名为plugins-disabled，测试是否恢复正常。

四、兜底方案 #

• 若所有技术手段无效，从wp-content/uploads恢复媒体文件，重新搭建WordPress后手动重建文章（适合内容量较小的场景）。
• 联系专业MySQL数据恢复服务商，针对损坏的ibdata1和.ibd文件做底层修复。

内容的提问来源于stack exchange，提问作者StefanR