Question

mysql误删除一个表，可以恢复吗

Answer 1

1、首先构建测试环境数据create table t1(a varchar(10),b varchar(10));insert into t1 values('1','1');insert into t1 values('2','2');commit;。

2、模拟误修改，将t1表中的b字段更新为错误数据 "123456"update t1 set b='123456' where a='1';commit;select * from t1;。

3、将恢复工具上传到服务器并进行解压。unzip binlog2sql-master.zip。

4、得到误修改时的binlog文件（show binary logs;），实验环境是mysql-bin.000011。

5、通过 binlog2sql.py 脚本的到所有 对表 t1 的修改操作。python binlog2sql.py -hlocalhost -P23307 -ubinlog2sql -p'binlog2sql' -dtest -tt1 --start-file='mysql-bin.000011'。

6、得到了误删除的sql的准确位置在1382-1615之间，使用 _**-B**_ 选项生成回滚sql。python binlog2sql.py -hlocalhost -P23307 -ubinlog2sql -p'binlog2sql' -dtest -tt1 --start-file='mysql-bin.000011' --start-position=1382 --stop-position=1615 -B。

7、执行得到的回滚语句进行误操作恢复。就完成了。

Answer 2

情况1、如果你有该库的整体备份或对这个表的单独备份，那么也许可以恢复。可以将最新的备份恢复到一个备用的服务器上，导出那表的内容，完成恢复
情况2、如果没有任何备份，那就基本没戏了。一般删除表的操作是drop table，日志中不会记录删除具体行数的记录。表所对应目录下的文件已经被删除（innodb独立表空间，单表归为一文件）。同样的情况适用于myisam数据库引擎，对应的myd/myi/frm文件均被删除。这不像windows还有垃圾箱，是不可逆的操作

此外，对数据库最危险的操作就是对表进行删除行、删除表或删库的操作了，所以任何对数据库有高危风险的操作前最重要的就是备份！备份！再备份！

Answer 3

你试一下用FinalData进行还原，看看能不能找回之前的表文件

1，看看表是那种类型的。myisam的基本上没有惊喜了。如果是innodb的呢支持事务处理的表呢，还是有机会的。

这种表，一般update和insert和delete等操作，都会纪录在log的。你可以分析那几个文件的数据。放心，都是txt文字来的。只不过有些文件很大而以。
找到对这个表相应的操作，从头到尾再操作一次就是了。