1. 该方法只介绍了如何救回这个表名(数据不恢复) 如果想要恢复原来数据 直接用extundelete把文件恢复后放回去即可
  2.  并且是适用于平时没有全备的情况下  如果有全备 直接那全备的frm和idb文件放回去 就可以了
  3.  该方法同样适用于数据表迁移(只迁移一个表)  因为discard再import的速度 远比先dump再恢复的速度要快得多

建议: 平时备份一下表结构是非常重要的 

-- 如果你直接删除了mysql的表文件 (.frm .idb)  在mysql5.6 可能你就悲剧了  可能再也用不回这个表名了

例子如下

-- 全在datadir目录下操作

 

-- 直接删除了表 tracking20160501的物理文件

 

 

rm -rf tracking20160501.*  
--tracking20160501的frm文件和idb文件


 

 

-- 此时在数据库已经看不到该表

 

mysql>show tables;  
-- 查看数据库表


 

 

-- 但若想再创建该表或删除该表  也许就悲剧了

 

mysql>create table tracking20160501(id int);
ERROR1050(42S01):Table'tracking20160501'already exists                        
-- 却显示表已存在
mysql>drop table tracking20160501;
ERROR1051(42S02):Unknown table'kdnet_analyze.tracking20160501'        
-- 创建不到也删不到。。


 

-- 查看一下现在的物理文件情况

 

ls tracking20160501.*
tracking20160501.ibd  
--create table命令导致的 这里不用理


原因: 由于直接删除了表的物理文件 但mysql的信息库 information_schema 或 mysql 库对该表的信息还存在(具体记在哪里 还没找出来) 导致mysql还认为该表存在 所以创建不了 删除表时由于又找不到对应的物理文件 所以也删除不了  这样！！ 难道这个表名就无法再用了吗？  有解决方法 如下

解决方法: 

-- 找其他表(最好是表结构一样的) 这里找的表叫ip_taobao 先复制这个表的.frm(表结构)文件 改名为误删的表名

 

cp -a ip_taobao.frm tracking20160501.frm  
--mysql文件的拥有人和所属组-a参数


-- 如果下面的操作有什么奇葩问题 可以重启一下数据库

 

-- 在mysql里 使用discard space命令 废弃误删表的表空间文件

 

alter table tracking20160501 discard tablespace;


-- 再复制ip_taobao表的表空间文件 改名为误删的表名

 

cp -a ip_taobao.ibd tracking20160501.ibd---a 保持拥有人和所属组


-- 在mysql里 使用import space命令 导入新的表空间文件

 

mysql> alter table tracking20160501 import tablespace;-- 导入时间可能会长点
Query OK, 0 rows affected, 5 warnings (7 min 36.94 sec)


-- 现在可以正常查询、删除和创建回这个表了

 

mysql>select *from tracking20160501 limit1
mysql>drop table tracking20160501;
mysql>create table tracking20160501(id int);