MySQL中使用InnoDB存储引擎的时候一张表对应着两个物理文件，分别为frm(存储表结构)和ibd(存储数据)，但是如果这两个文件均丢失，将会发生如下情况：
test1数据库中的表结构如下： mysql> desc emp;
+-------+-------------+------+-----+---------+-------+
| Field | Type | Null | Key | Default | Extra |
+-------+-------------+------+-----+---------+-------+
| id | int(11) | YES | | NULL | |
| name | varchar(10) | YES | | NULL | |
+-------+-------------+------+-----+---------+-------+
2 rows in set (0.00 sec)
mysql> select * from emp;
+------+------+
| id | name |
+------+------+
| 1 | z1 |
| 2 | z2 |
| 3 | z3 |
| 4 | z4 |
+------+------+
4 rows in set (0.00 sec)
先对数据库进行全备：
[root@ace ~]# mysqldump --databases test1 > fullback.dmp
然后模拟删除emp表的frm和ibd文件：
[root@ace test1]# pwd
/var/lib/mysql/test1
[root@ace test1]# rm -rf emp.*
在然后清除缓存
mysql> flush tables;
Query OK, 0 rows affected (0.00 sec)
在对表进行选择时，发现emp已经不存在了。
mysql> select * from emp;
ERROR 1146 (42S02): Table 'test1.emp' doesn't exist
此时该如何对test1中的emp表进行恢复?
我们先尝试使用全备进行恢复
发现报错：
[root@ace ~]# mysql < fullback.dmp
ERROR 1813 (HY000) at line 55: Tablespace for table '`test1`.`emp`' exists. Please DISCARD the tablespace before IMPORT.
然后对emp表进行discard tablespace 操作
mysql> alter table emp discard tablespace;
ERROR 1146 (42S02): Table 'test1.emp' doesn't exist
仍然报错。
手动创建emp表：
mysql> create table emp(id int);
ERROR 1813 (HY000): Tablespace for table '`test1`.`emp`' exists. Please DISCARD the tablespace before IMPORT.
提示表已存在。
在操作系统上可看到ibd文件已自动恢复。
[root@ace test1]# ll
total 552
-rw-rw---- 1 mysql mysql 61 Jun 2 21:12 db.opt
-rw-rw---- 1 mysql mysql 8602 Jun 5 12:56 dept.frm
-rw-rw---- 1 mysql mysql 98304 Jun 5 12:56 dept.ibd
-rw-rw---- 1 mysql mysql 65536 Jun 5 12:54 emp.ibd
-rw-rw---- 1 mysql mysql 8620 Jun 2 21:16 test_cur1.frm
-rw-rw---- 1 mysql mysql 98304 Jun 2 21:16 test_cur1.ibd
-rw-rw---- 1 mysql mysql 8620 Jun 2 21:16 test_cur2.frm
-rw-rw---- 1 mysql mysql 98304 Jun 2 21:16 test_cur2.ibd
-rw-rw---- 1 mysql mysql 8592 Jun 2 21:16 t.frm
-rw-rw---- 1 mysql mysql 0 Jun 2 21:16 t.MYD
-rw-rw---- 1 mysql mysql 1024 Jun 2 21:16 t.MYI
-rw-rw---- 1 mysql mysql 8696 Jun 2 21:16 t_user.frm
-rw-rw---- 1 mysql mysql 114688 Jun 2 21:16 t_user.ibd
现删除emp.ibd文件
然后在test库下创建一个同名的emp表
mysql> use test
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A
Database changed
mysql> create table emp(id int);
Query OK, 0 rows affected (0.01 sec)
然后在操作系统层面将test库的emp表对应的两个物理文件拷贝到test1库的目录下。
[root@ace test1]# cp -p ../test/emp.* .
[root@ace test1]# ll
total 596
-rw-rw---- 1 mysql mysql 61 Jun 2 21:12 db.opt
-rw-rw---- 1 mysql mysql 8602 Jun 5 12:56 dept.frm
-rw-rw---- 1 mysql mysql 98304 Jun 5 12:56 dept.ibd
-rw-r----- 1 root root 8556 Jun 5 13:01 emp.frm
-rw-r----- 1 root root 98304 Jun 5 13:01 emp.ibd
-rw-rw---- 1 mysql mysql 8620 Jun 2 21:16 test_cur1.frm
-rw-rw---- 1 mysql mysql 98304 Jun 2 21:16 test_cur1.ibd
-rw-rw---- 1 mysql mysql 8620 Jun 2 21:16 test_cur2.frm
-rw-rw---- 1 mysql mysql 98304 Jun 2 21:16 test_cur2.ibd
-rw-rw---- 1 mysql mysql 8592 Jun 2 21:16 t.frm
-rw-rw---- 1 mysql mysql 0 Jun 2 21:16 t.MYD
-rw-rw---- 1 mysql mysql 1024 Jun 2 21:16 t.MYI
-rw-rw---- 1 mysql mysql 8696 Jun 2 21:16 t_user.frm
-rw-rw---- 1 mysql mysql 114688 Jun 2 21:16 t_user.ibd
然后回到test1库中删除emp表
mysql> drop table emp;
Query OK, 0 rows affected (0.00 sec)
发现删除成功
然后再用全备进行恢复。
[root@ace ~]# mysql < fullback.dmp
[root@ace ~]#
恢复成功，无任何报错信息。
mysql> select * from emp;
+------+------+
| id | name |
+------+------+
| 1 | z1 |
| 2 | z2 |
| 3 | z3 |
| 4 | z4 |
+------+------+
4 rows in set (0.00 sec)
数据也已完全恢复。
以上MySQL小白的个人愚见，欢迎大师指点。
如果觉得《mysql .frm文件丢失_MySQL frm ibd 文件丢失的恢复》对你有帮助，请点赞、收藏，并留下你的观点哦！
