mysql回误删表的数据⽅法（必看）
有备份的话很简单，只需要⽣成⼀个最近备份的数据然后⽤mysqlbinlog回备份时间点之后的数据再恢复到现⽹即可。要是没有备份可能就会⽐较⿇烦，回数据的成本也是⾮常之⾼的.
下⾯介绍下 mysqlbinlog回备份时间点之后的数据的办法：
做个简单的实验，将mysql的表数据删除之后，然后⽤mysqlbinlog 回刚才删除的表的数据。
app表的创建时间和数据的插⼊： 2013-02-04 10:00:00
原理： mysqlbinlog
前提： mysql开启了bin log⽇志
测试删除之前：
mysql> show tables;
+-----------------------+
| Tables_in_report_sina |
+-----------------------+
| app    |
| test    |
+-----------------------+
mysql> select now();
+---------------------+
| now()    |
+---------------------+
| 2013-02-04 11:45:44 |
+---------------------+
1 row in set (0.01 sec)
mysql> select count(1) from app;
+----------+
| count(1) |
+----------+
|  10 |
+----------+
1 row in set (0.01 sec)
开始删除数据：
mysql> delete from app where id =1;
Query OK, 1 row affected (0.00 sec)
mysql>
mysql> delete from app where id <6;
Query OK, 4 rows affected (0.01 sec)
mysql> select count(1) from app;
+----------+
| count(1) |
+----------+
|  5 |
+----------+
1 row in set (0.00 sec)
mysql> select now();
+---------------------+
| now()    |
+---------------------+
| 2013-02-04 12:08:45 |
+---------------------+
开始回数据：
1.到bin log的位置：
/app/mysql/log
-rw-rw---- 1 mysql mysql 17K Feb 4 11:43 alert.log
-rw-rw---- 1 mysql mysql 1.0K Nov 1 14:52 master-bin.000001
-rw-rw---- 1 mysql mysql 126 Dec 25 14:00 master-bin.000002
-rw-rw---- 1 mysql mysql 126 Dec 25 14:02 master-bin.000003
-
rw-rw---- 1 mysql mysql 126 Dec 25 14:02 master-bin.000004
-rw-rw---- 1 mysql mysql 107 Dec 25 14:02 master-bin.000005
-rw-rw---- 1 mysql mysql 13K Feb 4 12:02 master-bin.000006
可以看到最近被修改的bin log 只有 master-bin.000006
（要是误删除跨越了好⼏个bin log 回数据的时候就必须⼀个个的bin log⽇志去回了）
将这⼀段时间所有执⾏的sql语句存⼊到待恢复的 sql⽂件中。
mysqlbinlog --start-date='2013-02-04 10:00:00' --stop-date='2013-02-04 12:08:45' /app/mysql/log/master-bin.000006 >/app/mysql/mysql_restore_20130204.sql
当然在现⽹环境下，这个时间可能没那么的准确，并且还有其他事务sql语句的⼲扰。
创建临时数据库
create database for_bak;
导出当前数据库中被误删的表 app
mysqldump -uroot -ppwd my_db app > /app/mysql/app.sql
将现在的数据导⼊到临时表：
mysql -root -ppwd for_bak < /app/mysql/app.sql
我们再来看下 /app/mysql/mysql_restore_20130204.sql的部分内容：（可以看到罪恶的delete 语句）
SET TIMESTAMP=1359949544/*!*/;
BEGIN
/*!*/;
# at 12878
#130204 11:45:44 server id 1 end_log_pos 12975 Query thread_id=5 exec_time=974 error_code=0
SET TIMESTAMP=1359949544/*!*/;
delete from app where id =1
navicat for mysql连接不成功/
*!*/;
# at 12975
#130204 11:45:44 server id 1 end_log_pos 13002 Xid = 106
COMMIT/*!*/;
# at 13002
#130204 11:45:44 server id 1 end_log_pos 13077 Query thread_id=5 exec_time=1013 error_code=0
SET TIMESTAMP=1359949544/*!*/;
BEGIN
/*!*/;
# at 13077
#130204 11:45:44 server id 1 end_log_pos 13175 Query thread_id=5 exec_time=1013 error_code=0
SET TIMESTAMP=1359949544/*!*/;
delete from app where id <6
/*!*/;
# at 13175
#130204 11:45:44 server id 1 end_log_pos 13202 Xid = 107
COMMIT/*!*/;
DELIMITER ;
# End of log file
可以看到数据是什么时间点删除的。具体的时间也可以⽤ select from_unixtime(1359949544); 来查询
令⼈欣慰的是 create table app 语句和 insert 的语句也在这个⽂件之中。在⼿⼯去掉 delete 语句之后在临时库⾥⾯进⾏source mysqlbinlog回来的sql⽂件
就将app恢复到被删除之前的状态了。然后将临时库的数据导⼊到现⽹数据（这个不是这篇⽂章的重点了）。
要是没有备份，要回所有app表相关的数据那可能就⾮常的⿇烦了尤其是 binlog⽂件⾮常多⽽且每个都⽐较的⼤。
那样的话也只有从app的建⽴到现在⽤mysqlbinlog来逐个的回与app表相关dml操作的sql记录，然后整合恢复数据。
我想这种情况⼀般⽐较的少。虽然⿇烦，但是也不是不能恢复。
以上这篇mysql 回误删表的数据⽅法(必看)就是⼩编分享给⼤家的全部内容了，希望能给⼤家⼀个参考，也希望⼤家多多⽀持。