利用MySQL日志模拟恢复数据变化轨迹(上)

系统 Windows
有这么一个需求,希望通过binlog去恢复数据库某个时间段内数据的变化情况。先说一下为什么用binlog可以做这么一件事情。由于我们的binlog采用ROW模式,那么binlog会记录每一条数据所有列的变化信息,这些信息,我们就可以认为是一个数据源。

题记:

先吐槽~~,这周末给屌丝哥(@应元)给废了。

有这么一个需求,希望通过binlog去恢复数据库某个时间段内数据的变化情况。

正文:

先说一下为什么用binlog可以做这么一件事情。

由于我们的binlog采用ROW模式,那么binlog会记录每一条数据所有列的变化信息,这些信息,我们就可以认为是一个数据源。

首先,我们先看一下binlog,通过命令行

mysqlbinlog –no-defaults -v –start-datetime=”2012-10-01 00:00:00″  –stop-datetime=”2012-10-1 02:00:00″ mysql-bin.000001 > tmp.log

去解析binlog。INSERT、UPDATE、DELETE三种操作如下图:

图中的@1、@2就是表示表a的列名,等号后面的信息就是该列的值。

我们打算通过拼装这些信息,将所有的操作都转换成INSERT操作,重新插入到数据库中,这样就可以看到一个数据的变化轨迹。

当然,我们需要注意一点,将表结构中的主键替换成普通索引,将唯一约束去除,保证每一条拼装出来的sql都能顺利被执行。

对于INSERT和DELETE两个操作,其数据项是唯一的,而UPDATE则有两部分。由于是顺序操作,所以我们需要的是UPDATE中SET之后的部分,即变化后的数据。

我们看一下列子:

首先我们有一个表a,结构如下:

然后我们对其做了一些操作,如下:

假设这些操作的时间在2012-11-25 16:20:00 至 2012-11-25 16:21:00内操作。在之后的时间内也被操作过。

现在我们就想看到在2012-11-25 16:20:00 至 2012-11-25 16:21:00内的操作内容。

通过该思路的方法,恢复后的数据库内容如下:

这样我们就可以观察到表a中id=1的num列的变化过程。

经典场景:商品减库存。

最后,方法还有不足之处:

如上图中红色方框内这两条数据,其实应该表示一个是UPDATE之后的结果,一个是DELETE的结果。我们在考虑时候对表结构进行变更,增加新的一列,表示是什么操作引起数据变化,这样就更加直观的看到数据变化的轨迹了。

PS:下篇文章我们会给出在实现过程中碰到的问题以及实现工具。

责任编辑:黄丹 来源: taobaodba
相关推荐

2012-12-07 14:27:47

MySQL

2017-06-22 08:41:58

MySQLibd文件恢复数据

2011-04-01 09:17:36

SQL Server数据库

2011-04-01 09:31:01

SQL Server数据库

2017-05-31 16:10:45

MySQL误操作恢复数据

2013-08-07 10:04:37

MySQL数据恢复

2010-10-14 09:36:47

MySQL命令行

2010-07-15 14:16:16

SQLServer恢复

2021-08-14 08:59:19

勒索病毒网络安全网络攻击

2011-03-22 15:55:26

数据库内容恢复

2012-11-07 09:44:42

IBMdw

2010-07-01 12:44:52

SQL Server数

2011-08-01 14:50:10

日志挖掘数据库

2020-09-28 10:05:57

数据工具技术

2010-05-14 14:21:18

2010-10-13 14:37:49

2021-10-15 09:55:48

Myloader数据教程

2010-07-21 13:03:46

2010-08-20 14:02:45

DB2dart

2019-08-02 11:09:16

大数据零售商离婚
点赞
收藏

51CTO技术栈公众号