題記：

先吐槽~~，這周末給屌絲哥（@應(yīng)元）給廢了。

有這么一個(gè)需求，希望通過(guò)binlog去恢復(fù)數(shù)據(jù)庫(kù)某個(gè)時(shí)間段內(nèi)數(shù)據(jù)的變化情況。

正文：

先說(shuō)一下為什么用binlog可以做這么一件事情。

由于我們的binlog采用ROW模式，那么binlog會(huì)記錄每一條數(shù)據(jù)所有列的變化信息，這些信息，我們就可以認(rèn)為是一個(gè)數(shù)據(jù)源。

首先，我們先看一下binlog，通過(guò)命令行

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的列名，等號(hào)后面的信息就是該列的值。

我們打算通過(guò)拼裝這些信息，將所有的操作都轉(zhuǎn)換成INSERT操作，重新插入到數(shù)據(jù)庫(kù)中，這樣就可以看到一個(gè)數(shù)據(jù)的變化軌跡。

當(dāng)然，我們需要注意一點(diǎn)，將表結(jié)構(gòu)中的主鍵替換成普通索引，將唯一約束去除，保證每一條拼裝出來(lái)的sql都能順利被執(zhí)行。

對(duì)于INSERT和DELETE兩個(gè)操作，其數(shù)據(jù)項(xiàng)是唯一的，而UPDATE則有兩部分。由于是順序操作，所以我們需要的是UPDATE中SET之后的部分，即變化后的數(shù)據(jù)。

我們看一下列子：

首先我們有一個(gè)表a，結(jié)構(gòu)如下：

然后我們對(duì)其做了一些操作，如下：

假設(shè)這些操作的時(shí)間在2012-11-25 16:20:00 至 2012-11-25 16:21:00內(nèi)操作。在之后的時(shí)間內(nèi)也被操作過(guò)。

現(xiàn)在我們就想看到在2012-11-25 16:20:00 至 2012-11-25 16:21:00內(nèi)的操作內(nèi)容。

通過(guò)該思路的方法，恢復(fù)后的數(shù)據(jù)庫(kù)內(nèi)容如下：

這樣我們就可以觀察到表a中id=1的num列的變化過(guò)程。

經(jīng)典場(chǎng)景：商品減庫(kù)存。

最后，方法還有不足之處：

如上圖中紅色方框內(nèi)這兩條數(shù)據(jù)，其實(shí)應(yīng)該表示一個(gè)是UPDATE之后的結(jié)果，一個(gè)是DELETE的結(jié)果。我們?cè)诳紤]時(shí)候?qū)Ρ斫Y(jié)構(gòu)進(jìn)行變更，增加新的一列，表示是什么操作引起數(shù)據(jù)變化，這樣就更加直觀的看到數(shù)據(jù)變化的軌跡了。

PS：下篇文章我們會(huì)給出在實(shí)現(xiàn)過(guò)程中碰到的問(wèn)題以及實(shí)現(xiàn)工具。