- 该方法只介绍了如何救回这个表名(数据不恢复) 如果想要恢复原来数据 直接用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 ) ; |
文章转载来自：trustauth.cn
亿网