在MySQL中使用mysqlbinlog flashback的简单教程
时间:2015-05-11 01:13 来源:linux.it.net.cn 作者:IT
在MySQL中使用mysqlbinlog flashback的简单教程,可以很方便地恢复数据
简介：
mysqlbinlog flashback功能是淘宝彭立勋(http://www.penglixun.com/)的一个很强劲的作品．
主要功能： 对rows格式的binlog可以进行逆向操作．delete反向生成insert, update生成反向的update,insert反向生成delete．让dba同学们也有机会简单的恢复数据．可恢复:insert, update,delete相关的操作．
演示一下使用过程：
生成带有flashback mysqlbinlog 工具：
项止主页：http://mysql.taobao.org/index.php/Patch_source_code#Add_flashback_feature_for_mysqlbinlog
准备好MySQL-5.5.18的源码，这里用的Percona-MySQL-5.5.18源码
cd mysql-5.5.18
wget http://mysql.taobao.org/images/0/0f/5.5.18_flashback.diff
patch -p0<5.5.18_flashback.diff
即可以看到了mysqlbinlog , 因这里只为要mysqlbinlog这个程序，所以编译MySQL时没加特别的参数．该工具是否具备flashback功能可以确认一下是否有 “-B” 这个参数．
开始实验：
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
mysql test
mysql> select count(*) from pic_url;
+----------+
| count(*) |
+----------+
| 786476 |
+----------+
1 row in set (0.11 sec)
mysql>delete from pic_url;
Query OK, 786476 rows affected (22.81 sec)
mysql>select count(*) from pic_url;
+----------+
| count(*) |
+----------+
| 0 |
+----------+
1 row in set (0.03 sec)
1
2
3
4
5
mysql>show binary logs;
...
| mysql-bin.000011 | 195001447 |
| mysql-bin.000012 | 106 |
+------------------+-----------+
Tips:
定位日值，一般看当前的log如果当前的log文件比较小，那么就是上一个文件至于为什么，这里就不讲了．也可以用mysqlbinlog 去实际查看确认一下．
接下来就是要找到这个delete在log中position的变化区间了．这个没什么技巧，通常使用：
1
./mysqlbinlog -v --base64-output=decode-rows /u1/mysql/logs/mysql-bin.000011 >11.sql
然后对11.sql文件进行搜索了表名，找到相应的节点．大表删除通常最后的stop点都在文件最后．找到节点后就可以：
1
./mysqlbinlog -v --base64-output=decode-rows -B --start-position=377 --stop-position=195001377 /u1/mysql/logs/mysql-bin.000011>B11.sql
同样对B11.sql这个文件验证一下．看看结尾是和预期一样．验证OK后就可以：
1
./mysqlbinlog -B --start-position=377 --stop-position=195001377 /u1/mysql/logs/mysql-bin.000011|mysql test
如果表比较大，则执行着比较慢．如不出错请耐心等待．执行完毕后：
1
2
3
4
5
6
7
mysql>select count(*) from pic_url;
+----------+
| count(*) |
+----------+
| 786476 |
+----------+
1 row in set (0.11 sec)
数据又恢复了．
注意：
为防止恢复报错需要把：max_allowed_packet 改到最大值1G;
mysql>set global max_allowed_packet=1024*1024*1024;
#max_allow_packet大小不够时报错如下：
ERROR 1153 (08S01) at line 403133: Got a packet bigger than ‘max_allowed_packet' bytes
恢复操作有风险，请在备库操作或是在经验丰富的同学指导下进行．
二进制文件上传不到服务器上，传到github上一个二进制文件:https://github.com/wubx/mysql-binlog-statistic/tree/master/bin 在64的位的linux系统编译的． 有需要的直接下载．
(责任编辑：IT)
| 在MySQL中使用mysqlbinlog flashback的简单教程,可以很方便地恢复数据
简介： 演示一下使用过程： 生成带有flashback mysqlbinlog 工具： 项止主页：http://mysql.taobao.org/index.php/Patch_source_code#Add_flashback_feature_for_mysqlbinlog
准备好MySQL-5.5.18的源码，这里用的Percona-MySQL-5.5.18源码 即可以看到了mysqlbinlog , 因这里只为要mysqlbinlog这个程序，所以编译MySQL时没加特别的参数．该工具是否具备flashback功能可以确认一下是否有 “-B” 这个参数． 开始实验：
Tips: 接下来就是要找到这个delete在log中position的变化区间了．这个没什么技巧，通常使用：
然后对11.sql文件进行搜索了表名，找到相应的节点．大表删除通常最后的stop点都在文件最后．找到节点后就可以：
同样对B11.sql这个文件验证一下．看看结尾是和预期一样．验证OK后就可以：
如果表比较大，则执行着比较慢．如不出错请耐心等待．执行完毕后：
数据又恢复了．
注意：
#max_allow_packet大小不够时报错如下： 恢复操作有风险，请在备库操作或是在经验丰富的同学指导下进行． 二进制文件上传不到服务器上，传到github上一个二进制文件:https://github.com/wubx/mysql-binlog-statistic/tree/master/bin 在64的位的linux系统编译的． 有需要的直接下载． (责任编辑：IT) |