【1.1】mysql frm文件丢失(ibd文件丢失)
【1】故障模拟准备环境
这里以innodb为例
【1.1】配置参数
开启独立表空间 innodb_file_per_table;
【1.2】构建测试数据
create database test; 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; 之后,才能够再次新建。