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

系统 Windows
在上篇《利用MySQL日志模拟恢复数据变化轨迹》中,我们已经介绍了我们方案的大致思路,其原理就是某网友提到的捞日志方式。通过mysqlbinlog解析binlog之后,我们可以发现对我们有用的信息都是以###开头,通过正则表达式匹配,我们就可以得到。

在上篇《利用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以及工具脚本的代码。

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

2012-12-07 14:17:32

MySQL数据恢复

2017-06-22 08:41:58

MySQLibd文件恢复数据

2013-08-07 10:04:37

MySQL数据恢复

2011-04-01 09:17:36

SQL Server数据库

2011-04-01 09:31:01

SQL Server数据库

2012-11-07 09:44:42

IBMdw

2017-05-31 16:10:45

MySQL误操作恢复数据

2010-10-14 09:36:47

MySQL命令行

2023-09-05 00:06:45

2010-07-15 14:16:16

SQLServer恢复

2011-03-22 15:55:26

数据库内容恢复

2021-08-14 08:59:19

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

2010-07-01 12:44:52

SQL Server数

2011-08-01 14:50:10

日志挖掘数据库

2010-05-14 14:21:18

2010-10-13 14:37:49

2021-10-15 09:55:48

Myloader数据教程

2010-08-20 14:02:45

DB2dart

2010-07-21 13:03:46

2019-08-02 11:09:16

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

51CTO技术栈公众号