無全量備份、未開啓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類型。