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 /*!*/; # 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记录,然后整合恢复数据。

我想这种情况一般比较的少。虽然麻烦,但是也不是不能恢复。

原创声明,本文系作者授权云+社区发表,未经许可,不得转载。

如有侵权,请联系 yunjia_community@tencent.com 删除。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏Grace development

五分钟入门 Dingo API

Dingo API帮助您轻松快速地构建自己的API。虽然这个方案的目标是尽可能保持灵活性,但它仍然不能涵盖所有情况并解决所有问题。

1.1K10
来自专栏王硕

原 利用pgpool实现PostgreSQL的高可用

45340
来自专栏数据和云

案发现场:被注入的软件及 ORA-600 16703 灾难的恢复

最近帮助一个客户恢复数据库,遇到了如下这个问题。让我们再一次惊醒于数据安全,如果不做好防范,问题总是会来得猝不及防。

27440
来自专栏Java架构师历程

sql必会基础2

1、CREATE UNIQUE INDEX index_name ON table_name (

9110
来自专栏电光石火

mysql 找回误删表的数据办法

有备份的话很简单,只需要生成一个最近备份的数据 然后用mysqlbinlog找回备份时间点之后的数据 再恢复到现网即可。 要是没有备份 可能就会比较麻...

38560
来自专栏乐沙弥的世界

Oracle 闪回特性(FLASHBACK DROP & RECYCLEBIN)

--==============================================

8530
来自专栏沃趣科技

复制状态与变量记录表 | performance_schema全方位介绍

不知不觉中,performance_schema系列快要接近尾声了,今天将带领大家一起踏上系列第六篇的征程(全系共7个篇章),在这一期里,我们将为大家全面讲解p...

20230
来自专栏Netkiller

Linux 系统与数据库安全

Linux 系统与数据库安全 目录 1. 帐号安全 1.1. Shell 安全 1.2. .history 文件 2. 临时文件安全 3. 其他安全问题 4. ...

39050
来自专栏更流畅、简洁的软件开发方式

检查两个数据库里的表名、字段是否一致的一种方法

不知道大家有没有遇到过这种情况。 程序已经给客户安装上了,并且客户已经录入了一些信息,然后程序还需要作比较大的变动(修改功能、增加模块等),数据库就不可避免要...

29580
来自专栏乐沙弥的世界

MySQL read_log_event(): 'Found invalid event in binary log'

    MySQL以简单易用著称,在同一个服务器上可以安装N个不同的版本,方便测试,迁移等等。此外,对于大多数Linux系统,集成了mysql,缺省会被安装。因...

9720

扫码关注云+社区

领取腾讯云代金券