无全量备份、未开启binlog日志，利用percona工具恢复delete的数据

当咱们忘记作全量备份时，而且没有开启binlog，并执行了

delete from sbtest;

数据所有丢失，要想恢复是颇有难度的。

今天，利用Percona Data Recovery Tool for InnoDB工具（仅支持InnoDB，MyISAM不支持），能够找回被删除的数据。

原理：在InnoDB引擎，delete删除操做，不是真正的删除物理文件上的行，而是增长一个删除的标记，咱们都用过WORD吧？在修改字体的时候，有一个删除线的标记，如《MySQL 管理之道》，该工具利用这个特性，找回那些标注了删除线的数据，并存入到一个文本里，而后经过load data命令，批量插入到表里。

注：truncate不能恢复（truncate是直接清空数据行，并非添加删除标记，你能够经过查看物理文件，执行了truncate操做，ibd文件变小，而执行了delete操做，ibd文件还跟以前的同样大），drop不能恢复（数据文件都没了，还怎么恢复？）。

1、安装Percona Data Recovery Tool for InnoDB工具

# wget https://launchpad.net/percona-data-recovery-tool-for-innodb/trunk/release-0.5/+download/percona-data-recovery-tool-for-innodb-0.5.tar.gz

# cd percona-data-recovery-tool-for-innodb-0.5/mysql-source
# ./configure
# cd ..
# make

2、全表删除sbtest表

delete from sbtest;

3、恢复

一、提取ibd物理文件，按照每页16K，单独存放。

# cd percona-data-recovery-tool-for-innodb-0.5/
# ./page_parser -5 -f /usr/local/mysql-5.5.37/data/test/sbtest.ibd

会在当前目录生成一个pages-1410414511目录（后面的数字是变化的，在你的机器上会跟个人不一样）

在FIL_PAGE_INDEX目录下面，会生成主键和索引，数据最小的是主键，后面依次是每一个列的索引

在这里，0-28是sbtest表的主键(id)，0-29是sbtest表的索引(k)。记住这个目录数字，后面咱们须要经过这个目录恢复数据。

二、生成表结构

# cd percona-data-recovery-tool-for-innodb-0.5/
# ./create_defs.pl --host localhost --port 3306 --user root --password 123456 --db test --table sbtest > include/table_defs.h

-- host 主机地址

-- port 端口

-- user 用户名

-- password 密码

-- db 数据库名

-- table 表名

三、再次执行make编译命令

# cd percona-data-recovery-tool-for-innodb-0.5/
# make

四、恢复删除的数据

# cd percona-data-recovery-tool-for-innodb-0.5/
# ./constraints_parser -D -5 -f pages-1410414511/FIL_PAGE_INDEX/0-28/ > /tmp/sbtest.txt

-D 恢复删除的行

-5 表的文件格式，默认是Compact

（不清楚的朋友，能够用show table status命令查看）

-f 指定生成sbtest表的主键目录

执行完毕，以下图：

会自动生成一个load data infile命令，请把这个复制下来，一会咱们要导入数据。

在/tmp目录下，会生成sbtest.txt，咱们就要用这个文件作恢复。

五、导入到表里

LOAD DATA INFILE '/tmp/sbtest.txt' REPLACE INTO TABLE `sbtest` FIELDS TERMINATED BY '\t' OPTIONALLY ENCLOSED BY '"' LINES STARTING BY 'sbtest\t' (id, k, c, pad);

总结：

经过上述方法，顺利的完成了delete数据恢复。在数据被删除后，切记要备份ibd数据文件，必定不要覆盖，不然都是不能完成修复的。目前该工具不支持字符串set类型。