mysql误删表如何恢复，恢复被删除表的步骤说明 _误删

文章插图
小编寄语想必大家都知道，Oracle ACE李真旭（Roger）是国内最专业的Oracle 数据库恢复专家。但知识都是触类旁通，真正的专家，从来不会局限在一个方向上。今天分享的内容，是他在MySQL数据恢复上所做的尝试。
本文主要分享在没有备份的情况下，MySQL数据库如何恢复被删除的表。
包含两个主要的场景：
1、drop table后的恢复
2、truncate table后的恢复
【mysql误删表如何恢复，恢复被删除表的步骤说明】正文：
我们都知道，MySQL Server都很多存储引擎，并不是每种都可以进行异常情况之下都恢复，比如drop table/tuncate table/delete table/update table /drop database又或者是ibdata文件损坏之类的。用的最多的就是Myisam和innodb存储引擎。目前基本上都是5.5＋版本了，我想几乎没有人再去使用Myisam了吧。我这里所测试都5.6，5.7版本中默认都存储引擎已经是Innodb了。因此这里我以Innodb引擎为例子进行说明。
MySQL drop table这里我们首先来测试innodb_file_per_table为off的情况，即表结构和数据存在同一个文件中。这里我分别测试了表存在主键和不存在主键的情况，供参考。
innodb_file_per_table参数为off(有主键的情况）
1创建测试表

文章插图

文章插图
2备份表结构
[root@killdb ~]
# mysqldump –opt -d -uroot -proger recover test_drop0801 > /tmp/innodb_recovery/recover/test_drop0801.sql
3删除表

mysql> drop table test_drop0801;
Query OK, 0 rows affected (0.00 sec)

4扫描数据文件

文章插图
5创建用于恢复的数据字典

文章插图
6查询需要恢复表的信息

文章插图
7确认数据page中数据是否存在

文章插图
8抽取page中的数据

文章插图
9加载数据到数据库

文章插图

文章插图
我们可以看到，顺利完成了drop table的恢复，而且数据完好无损。实际上我这里还同时测试了无主键的情况，经过测试都类似，可以进行完美的恢复。这里不再累述。
MySQL truncate table首先这里我要利用undrop_for_innodb 这个开源工具包（当然需要编译),目前该工具已经在2017年1月宣布闭源了，而且开始收费。但是我们仍然开源使用之前都开源工具包。另外这里可以告诉大家，不久的将来，odu 也会支持MySQL.
如下是我的truncate table 测试过程：
1创建测试表

文章插图

文章插图
2备份表结构
[root@killdbinnodb_recovery]
# mysqldump –opt -d -uroot -proger recover t_enmotech > /tmp/innodb_recovery/recover/t_enmotech.sql
[root@killdb innodb_recovery]
#
3truncate table

mysql> truncate table t_enmotech;
Query OK, 0 rows affected (0.00 sec)

4获取数据字典

文章插图
5扫描逻辑卷

文章插图

文章插图
6创建数据字典表

文章插图
该工具包提供的recover_dictionary脚本会创建一个test数据库，并创建一些数据字典表供恢复查询使用。同时也会在当前目录创建dictionary目录，该目录下会存放数据字典信息。
7查询需要恢复的表的index_id信息

文章插图
可以看到被truncate的表的index_id 为178，我们应该进一步从178 的page中获取数据。
8确认数据是否存在

文章插图
9抽取page中的数据

文章插图
抽取数据之前，必须提前准备好表的表结构，由于这里是truncate，因此表结构是存在的，很容易获取。我这里是测试，所以之前就备份了结构。
那么如果是drop table 呢？实际上我们也可以通过该工具来恢复表结构。
10加载数据到mysql server

文章插图
11验证数据

文章插图
我们可以看到，被truncate 掉的数据被成功恢复了回来。
这里我测试的truncate table的场景，其实对于drop table、delete table 恢复方法均类似（已测试过）。另外，对于更为严重的drop database 其实也是可以进行恢复的。
当然，对于实际的生产库来讲，数据不一定能够恢复，因为有可能被覆盖而导致数据恢复不全。MySQL 对于空间的重用机制与Oracle 有很大区别，对于Oracle 而言，如果是delete的数据，还是很难被覆盖掉的，对于drop 和truncate 则领导别论。然而MySQL则有所不同，MySQL 默认会启动一些purge 进程来进行空间重用，这是MySQL 5.6的情况：