MySQL中已删除表filescan存在表空间冲突问题求助

这种情况我遇到过好几次，都是因为手动删除磁盘上的表文件而没有通过MySQL的DROP TABLE命令操作，导致InnoDB的数据字典和实际磁盘状态不一致了——磁盘上没文件，但InnoDB的元数据里还记着这个表空间存在，所以查的时候提示表不存在，建的时候又说表空间已存在。

下面是一步步的解决方法：

方法1：尝试强制删除表记录 #

先试试在MySQL客户端里直接执行强制删除命令，说不定能直接清理残留的元数据：

DROP TABLE IF EXISTS db1.filescan;

如果执行成功，那问题就解决了，之后就能正常创建表了。如果还是报错，就用下面的方法。

方法2：通过innodb_force_recovery清理元数据 #

如果上面的命令不行，就得进入恢复模式来清理残留的表空间记录：

1. 停止MySQL服务
   根据你的操作系统执行对应的停止命令：

   # 系统d的发行版（比如Ubuntu、CentOS 7+）
   sudo systemctl stop mysql
   # 旧版SysVinit系统
   sudo service mysql stop
   

2. 备份重要数据
   这一步非常关键！先备份MySQL的数据目录（通常是/var/lib/mysql/），尤其是ibdata1文件和db1目录，防止操作失误导致数据丢失：

   sudo cp -r /var/lib/mysql/ /var/lib/mysql_backup_$(date +%Y%m%d)
   

3. 修改MySQL配置文件
   找到my.cnf（或my.ini，位置通常在/etc/mysql/或/etc/my.cnf），添加以下配置：

   innodb_force_recovery = 1
   

   注意：innodb_force_recovery的取值范围是1-6，先从1开始试，如果启动失败再逐步升高到3（不要直接用6，因为6是只读模式，会限制很多操作）。

4. 启动MySQL服务

   sudo systemctl start mysql
   # 或
   sudo service mysql start
   

5. 删除残留的表
   启动成功后，进入MySQL客户端执行删除命令：

   DROP TABLE IF EXISTS db1.filescan;
   

6. 恢复正常配置并重启MySQL
   关闭MySQL服务，把刚才加的innodb_force_recovery = 1从配置文件里删掉，然后重新启动MySQL服务。

7. 验证结果
   现在试试创建表：

   create table filescan (id int);
   

   应该能正常创建了。

注意事项 #

• 以后绝对不要手动删除MySQL的表文件，一定要用DROP TABLE命令来删除表，这样MySQL会自动清理磁盘文件和元数据，避免出现这种不一致的问题。
• 如果你的MySQL使用的是独立表空间（innodb_file_per_table=ON，默认是开启的），这种情况更容易出现，因为每个表的表空间是单独的.ibd文件，手动删除后元数据没同步更新。

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