开发者社区> 似水的流年> 正文

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

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

 

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

相关文章
MySQL 数据库崩溃(crash)的常见原因和解决办法---发表到 《数据和云》 公众号
Linux 系统中的 systemd 和 mysqld_safe 会在 mysqld 进程 crash 后自动重新启动 MySQL 的服务,需要注意的是使用 kill -9 杀死 mysqld 进程系统会自动重新启动,而只使用 kill 命令则不会重新启动
14 0
高效方案:30万条数据插入 MySQL 仅需13秒
高效方案:30万条数据插入 MySQL 仅需13秒
11 0
使用kettle采集并处理mysql数据库中的数据
使用kettle采集并处理mysql数据库中的数据
17 0
Java:SpringBoot整合Canal+RabbitMQ组合实现MySQL数据监听
Java:SpringBoot整合Canal+RabbitMQ组合实现MySQL数据监听
27 0
【Python】【MySQL】Python将JSON数据以文本形式存放到MySQL的Text类型字段中
【Python】【MySQL】Python将JSON数据以文本形式存放到MySQL的Text类型字段中
21 0
一文带你了解MySQL之InnoDB 数据页结构
学完了记录结构,我们该学数据页的结构,前边我们简单的提了一下页的概念,它是Innodb管理存储空间的基本单位,页的大小默认16KB,InnoDB为了不同的目的而设计了许多种不同类型的页,比如存放表空间头部信息的页,存放Insert Buffer信息的页,存放INODE信息的页,存放undo日志信息的页等等等等。而我们聚焦的是那些存放我们表中记录的那种类型的页,官方称这种存放记录的页为索引(INDEX)页,鉴于我们还没有了解过索引是个什么东系,而这些表中的记录就是我们日常口中所称的数据,所以目前还是叫这种存放记录的页为数据页吧
14 0
更快的查询 | MySQL百万数据优化(索引调优)
mysql百万数据查询优化, 索引调优, 索引失效等问题 , 这篇文章来为你解答
15 0
Mysql专栏 - 缓冲池补充、数据页、表空间简述
上一节提到了冷热数据分离,其实冷数据不可能是在缓冲池满的时候才会进行刷新的,而是会在LRU冷数据的尾部随机找几个缓存页刷入磁盘,他会有一个定时任务,每隔一段时间就进行刷新的操作,同时将刷新到磁盘之后的数据页加入到free链表当中。所以LRU的链表会定期把数据刷入到磁盘当中进行处理,并且在缓存没有用完的时候会清空一些无用的缓存页。
40 0
java入门019~springboot批量导入excel数据到mysql
java入门019~springboot批量导入excel数据到mysql
21 0
Spark案例读取不同格式文件以及读取输入数据存入Mysql
Spark案例读取不同格式文件以及读取输入数据存入Mysql
22 0
+关注
似水的流年
开发工程师O(&cap;_&cap;)O
文章
问答
视频
文章排行榜
最热
最新
相关电子书
更多
高效MySQL的N个习惯
立即下载
低代码开发师(初级)实战教程
立即下载
阿里巴巴DevOps 最佳实践手册
立即下载
相关镜像