InnoDB表cf_usage.app_usage_period存在却无法修复的问题求助

针对你遇到的REPAIR TABLE提示表不存在、表空间缺失，但SHOW TABLES能看到表的问题，结合你已备份.ibd文件的情况，按以下步骤操作：

前提准备 #

• 确保你有原表的精确创建语句（字段类型、索引、存储引擎等必须完全一致）；如果没有，可尝试从同库的备份表（如app_usage_period_backup）推断，或通过information_schema查询（若能执行）：

  SHOW CREATE TABLE cf_usage.app_usage_period;
  

• 备份当前MySQL数据目录下的cf_usage数据库文件夹，避免操作失误导致数据丢失。

步骤1：清理“幽灵”表记录 #

1. 停止MySQL服务：

   systemctl stop mysqld  # 基于systemd的系统
   # 或
   service mysql stop     # 旧版SysV系统
   

2. 进入MySQL数据目录下的cf_usage子目录（通常路径为/var/lib/mysql/cf_usage/），删除该表的所有相关物理文件（包括.frm、.ibd，若有残留）：

   rm -f app_usage_period.frm app_usage_period.ibd
   

3. 启动MySQL服务，执行删除表命令清理数据字典记录：

   DROP TABLE cf_usage.app_usage_period;
   

步骤2：重建表结构 #

用之前获取的精确CREATE TABLE语句重新创建表：

CREATE TABLE cf_usage.app_usage_period (
  -- 这里填入原表的完整字段、索引、存储引擎定义
  -- 示例：
  id INT PRIMARY KEY AUTO_INCREMENT,
  usage_date DATE NOT NULL,
  app_id VARCHAR(64) NOT NULL,
  usage_count INT DEFAULT 0,
  INDEX idx_app_date (app_id, usage_date)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

步骤3：导入备份的.ibd文件 #

1. 停止MySQL服务。
2. 进入cf_usage目录，删除刚创建的新.ibd文件：

   rm -f app_usage_period.ibd
   

3. 将备份解压后的app_usage_period.ibd文件复制到该目录，并修改文件权限为MySQL用户所有：

   cp /path/to/backup/app_usage_period.ibd ./
   chown mysql:mysql app_usage_period.ibd
   

4. 启动MySQL服务，执行表空间导入操作：

   USE cf_usage;
   ALTER TABLE app_usage_period DISCARD TABLESPACE;
   ALTER TABLE app_usage_period IMPORT TABLESPACE;
   

步骤4：验证修复结果 #

执行查询或检查表状态确认修复成功：

-- 测试数据查询
SELECT COUNT(*) FROM cf_usage.app_usage_period;
-- 检查表完整性
CHECK TABLE cf_usage.app_usage_period;

注意事项 #

• 必须保证重建的表结构与原表完全一致（字段顺序、类型、长度、索引、存储引擎、字符集等），否则IMPORT TABLESPACE会失败。
• 备份的.ibd文件必须来自相同版本的MySQL，不同版本的InnoDB表空间格式可能不兼容。
• 操作前务必做好全库备份，避免不可逆的数据丢失。

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