在上篇《利用MySQL日志模擬恢復數據變化軌跡》中，我們已經介紹了我們方案的大致思路，其原理就是某網友提到的撈日志方式。

通過mysqlbinlog解析binlog之后，我們可以發現對我們有用的信息都是以###開頭，通過正則表達式匹配，我們就可以得到。

在日志中有@1，@2等字符， 這是代表表結構的字段名，即@1表示表中第一個字段，@2表示表中第二個字段等。然后我們通過查詢INFORMATION_SCHEMA.COLUMNS表可以找到表的所有字段，然后一一替換掉即可。對于INSERT 和 DELETE兩種操作，其數據行只有一份，而UPDATE有兩份數據行。對此，我們需要第二份。

例如：

表結構信息

binlog信息

我們需要將其翻譯成完全可執行的sql：insert into a (id, num) values (1, 199);

在截取字段值時，我們遇到一下幾個坑：

1、字段值為日期類型。在日志中保存的格式為 @1=2012-12-04 13:14:35，此時，必須將2012-12-04 13:14:35加上引號。

2、負數。負數在日志中保存的格式為 @1=-1 (4294967295)， 此時，我們其實只需要‘-1’即可。

3、轉義字符集。日志當中顯示的字段值信息與數據庫中字段值信息一致，但是mysql在插入數據庫是做了轉義，導致日志中的內容不能馬上截取直接使用。對此，我們修改了mysqlbinlog這個工具，讓其解析出來的文本是未被轉義的。例舉幾個：

root@test 09:50:58>insert into tx values(‘a\’b');

root@test 09:56:47>insert into tx values(‘a\tb’);

root@test 10:06:01>insert into tx values(‘a\bb’);

root@test 10:06:04>insert into tx values(‘a\0b’);

——————————————————-

原版

### INSERT INTO test.tx

### SET

### @1=’a'b’

### INSERT INTO test.tx

### SET

### @1=’a\x09b’

### INSERT INTO test.tx

### SET

### @1=’a\x08b’

### INSERT INTO test.tx

### SET

### @1=’a\x00b’

——————————————————-

修改版

### INSERT INTO test.tx

### SET

### @1=’a\’b’

### INSERT INTO test.tx

### SET

### @1=’a\tb’

### INSERT INTO test.tx

### SET

### @1=’a\bb’

### INSERT INTO test.tx

### SET

### @1=’a\0b’

具體內容可以參照：https://bugs.launchpad.net/percona-server/+bug/949965

4、雙字節字符問題。

碰到一次解析binlog得到

·······

### @1=’休閑女鞋白黃粉黒’

······

解析出來的sql是insert into a values (‘黒\’)，插回到數據庫報錯。原因是多了一個轉義字符，在回去查看binlog時，并沒有這個多余的轉義字符‘\’。仔細看后，發現這并不是那個‘黑’，前者的十六進制是（FC5C），后者的十六進制是（BADA）。查看ASCII碼表后得知，5C對應的字符是‘\’，而在第三類問題上已經對轉義字符集修改，導致在解析出來的時候變成了 @1=’黒\’。

5、未發現問題。這個就需要我們大家更多的測試實踐才能發現了。

PS：下篇文章中將獻上已經修改過的mysqlbinlog以及工具腳本的代碼。