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

 

转载于:https://www.cnblogs.com/wxl-dede/p/5060663.html