【1】故障模拟准备环境

这里以innodb为例

【1.1】配置参数

开启独立表空间 innodb_file_per_table;

【1.2】构建测试数据

create databasetest;create table a(id int,num int);insert into a values(1,11),(2,12);

【2】故障模拟

【2.1】在业务正在运行的情况下，手动删除 test库 下的 a.frm

【2.2】删除完之后，会发生什么？

在没有执行drop table的时候，还是可以查询表，查看表结构的，执行后，就查不到了。

如上图所示可知(在业务还在跑的情况下)：

无论是对于数据表的增删查改，还是数据结构的增删查改。统统失效，连 information_schema.columns 都查不到(是因为执行了drop table，虽然报错了，但是把数据字典系统表里的相关信息还是删除了)。

【3】如何彻底删除这个表

【3.1】保留这个表数据(要是真不想要了，这步也可以不用做)

cp a.ibd a_bak.ibd

【3.2】随便找个其他表的frm文件重命名成故障表的frm文件

cp test1.frm a.frm

【3.3】加上权限，如下图可以发现是root创建的

chown -R mysql:mysql /data/mysql

【3.4】查看表与表结构，然后删除表

我们可以发现已经有了，但很明显，表结构不是我们a表的结构，而是test1表结构。弄好了之后，发现我们可以删除表了！

【3.5】如果用了其他表的表结构替换会发生什么？

对B表进行了同样的操作；B表与A表代码一样。

用test1表的frm 覆盖并重命名成  b表的frm之后，查询b表居然显示的是 test1表的数据！！

b.frm 加上之后，删除表后 ，这个名称就可以重建了。

【4】恢复使用

故障前提，操作完【1】【2】

【4.1】直接在test1库恢复a表

(0)去test1库构建相同名称表

use test1;

create table a(id int,num int);

如何获取表结构？只能desc，information_schem，binlog里看看有没有，最靠谱的当然是去备份里找。

直接在test1库恢复a表。

(1)备份frm，把我们原始的 失去frm 对应idb的文件拷贝过来

(2)释放表空间

alter table a discard tablespace;

如下图所示，释放表空间，只是把idb数据清空了，frm表结构文件还在。

(3)把我们要恢复的ibd文件，重命名成a.ibd

一定要记得，权限问题；

(4)重新导入表空间

alter table a import tablespace;

至此搞定；

【4.2】在原库恢复

故障前提，操作完【1】【2】

(1)备份

cp -r a.ibd a_bak.ibd

(2)随便找个表frm 复制重命名成 a.frm，删除表

复制前，删除表

cp -r test1.frm a.frm

chown -R mysql:mysql /data/mysql

复制后，删除表

(3)重建表结构相同的a表

create table a(id int,num int);

-- 如何获取表结构？ 备份、主从、binlog......

(4)销毁表空间

alter table a discard tablespace;

(5)复制备份文件成a.ibd，导入表空间

alter table a import tablespace;

成功！

思考1：可否直接替换ibd?

我建完一个同表结构新的空表之后，可不可以直接用我们需要恢复的ibd文件，替换这个ibd文件呢？

我们初始化，重新新建一个空白的a表；

(1)重建表：create table a(id int,num int);

(2)覆盖文件

(3)查看是否有数据，并没有，直接覆盖失败

结论：不可以；

思考2：没建表的情况下，可以直接用新建的frm和要恢复的ibd使用表空间导入嘛？

不可以，会报错表不存在。而后，即使你新建表也会报错。

如果需要新建，这个时候需要drop table a; 之后，才能够再次新建。