mysql ext3 ext4_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