mysql資料誤刪除（drop）的恢複. (ext3grep, extundelete)

標籤：

drop table tbl_name 物理刪除。沒有備份，沒有二進位日誌

在系統刪除檔案並非在儲存中抹去資料，而僅僅是標識對應的block塊可以被重新的分配使用。
所以資料的恢複還是有希望的。但是那些恢複的資料區塊不能被其他的資料有覆蓋掉，檔案系統本身也要正常

1. 立即 stop mysql

2. 查看mysql安裝目錄的inode號。一般如果一個盤上只有一個mysql目錄的話，那麼inode為2。
ll -id /usr/local/mysql/

3. umount /path/to/mysql_data

工具的依賴性：（安裝包CD-ROM裡有的）
yum install e2fsprogs-devel.x86_64 e2fsprogs-libs.x86_64 e2fsprogs.x86_64 -y

工具一extundelete。適用與ext4檔案系統

tar xf extundelete-0.2.4.tar.bz2
cd extundelete-0.2.4
./configure
make && make install

extundelete /dev/sqlbak/sqlbck_lv --inode 2 ##查看mysql安裝目錄下的所有檔案
extundelete /dev/sqlbak/sqlbck_lv --inode 97537##選擇mysql安裝目錄下的data目錄
extundelete /dev/sqlbak/sqlbck_lv --inode 97541##繼續尋找想應的想要恢複的檔案
....
extundelete /dev/sqlbak/sqlbck_lv --restore-inode 97653 ##恢複想要恢複的檔案，會在檔案的末尾
有Deleted標誌
mv RECOVERED_FILES/file.97653 t2.MYD ##rename 原來的檔案

掛載會mysql目錄，mv恢複的檔案，修改屬主為mysql，開機檔案

--------執行個體----------

Inode is Allocated
File mode: 16877
Low 16 bits of Owner Uid: 0
Size in bytes: 1024
Access time: 1450538126
...
File name | Inode number | Deleted status
. 2
.. 2
bin 32513
COPYING 11
data 97537
...
lib 130053
lost+found 15
mysql-test 16

工具二ext3grep適用與ext3檔案系統
用法類似，依賴包、安裝環境也一樣
ext3grep /dev/sqlbak/sqlbck_lv --ls --inode 2##多一個--ls
ext3grep /dev/sqlbak/sqlbck_lv --restore-inode 97653

 

mysql資料誤刪除（drop）的恢複. (ext3grep, extundelete)