该方法只介绍了如何救回这个表名 (资料不恢复) 如果想要恢复原来资料 直接用 extundelete 把档案恢复后放回去即可
并且是适用于平时没有全备的情况下 如果有全备 直接那全备的 frm 和 idb 档案放回去 就可以了
该方法同样适用于资料表迁移 (只迁移一个表) 因为 discard 再 import 的速度 远比先 dump 再恢复的速度要快得多
建议: 平时备份一下表结构是非常重要的
— 如果你直接删除了 mysql 的表档案 (.frm .idb) 在 mysql5.6 可能你就悲剧了 可能再也用不回这个表名了
例子如下
— 全在 datadir 目录下操作
— 直接删除了表 tracking20160501 的物理档案
1
2
rm –rf tracking20160501.*
— 删除了表 tracking20160501 的 frm 档案和 idb 档案
— 此时在资料库已经看不到该表
1
2
mysql> show tables;
— 检视资料库表
— 但若想再建立该表或删除该表 也许就悲剧了
1
2
3
4
5
6
mysql> create table tracking20160501(id int);
ERROR 1050 (42S01): Table ‘tracking20160501’ already exists
— 明明已经看不到该表了 却显示表已存在
mysql> drop table tracking20160501;
ERROR 1051 (42S02): Unknown table ‘kdnet_analyze.tracking20160501’
— 悲剧了吧 建立不到也删不到。。
— 检视一下现在的物理档案情况
1
2
3
ls tracking20160501.*
tracking20160501.ibd
— 之前删除了的表空间档案 他自己又建立了个出来 可能是刚刚的 create table 命令导致的 这里不用理
原因: 由于直接删除了表的物理档案 但 mysql 的资讯库 information_schema 或 mysql 库对该表的资讯还存在 (具体记在哪里 还没找出来) 导致 mysql 还认为该表存在 所以建立不了 删除表时由于又找不到对应的物理档案 所以也删除不了 这样！！ 难道这个表名就无法再用了吗？ 有解决方法 如下
解决方法:
— 找其他表 (最好是表结构一样的) 这里找的表叫 ip_taobao 先复制这个表的.frm(表结构) 档案 改名为误删的表名
1
2
cp –a ip_taobao.frm tracking20160501.frm
— 这里为了保持 mysql 档案的拥有人和所属组 所以使用–a 引数
— 如果下面的操作有什么奇葩问题 可以重启一下资料库
— 在 mysql 里 使用 discard space 命令 废弃误删表的表空间档案
1
alter table tracking20160501 discard tablespace;
— 再复制 ip_taobao 表的表空间档案 改名为误删的表名
1
cp –a ip_taobao.ibd tracking20160501.ibd — 同样使用–a 保持拥有人和所属组
— 在 mysql 里 使用 import space 命令 汇入新的表空间档案
1
2
mysql> alter table tracking20160501 import tablespace; — 汇入时间可能会长点
Query OK, 0 rows affected, 5 warnings (7 min 36.94 sec)
— 现在可以正常查询、删除和建立回这个表了
1
2
3
mysql> select * from tracking20160501 limit 1
mysql> drop table tracking20160501;
mysql> create table tracking20160501(id int);