MySQL备份策略：全备+增量备份主要包括以下几个步骤：
1、开启BINLOG服务
2、使用MYSQLDUMP对数据库进行完全备份
3、使用flush logs指令刷新创建新的2进制日志
4、使用mysqlbinlog logs-bin.[0-9]* |mysql进行增量备份的恢复
一般的，假设我们周日下午3点进行了完全备份并生成备份文件full_backup_20170215.sql,周1周2中午1点进行了两次增量备份，
分别生成增量备份文件mysql-bin.000018,mysql-bin.000019,周3上午10点数据库发生奔溃，需要进行数据恢复，此时正在记录的
2进制日志为mysql-bin.000020,需要恢复其中记录的操作，具体为：
1、恢复全备
2、恢复BINLOG（备份后的BINLOG文件：mysql-bin.000018,mysql-bin.000019，mysql-bin.000020）
##binlog文件可以导成SQL文件或者直接用/usr/local/mysql/bin/mysqlbinlog mysql-bin.000018,mysql-bin.000019，mysql-bin.000020|mysql
这样导入也是可以的，导成SQL文件，不需要加任何参数mysqlbinlog mysql-bin.000020>a20.sql
全备+增量备份
周日全备，周1、2、3是增量，周3删除数据，周4、5、6继续增量，还原周3误删除的数据：
1、还原全备
2、还原增备（1，2，4，5，6）
3、对周3的BINLOG 文件导成SQL文件，找到删除的数据行前加#号，然后在还原周3的增量
全局替换sed -i "s/delete/#delete/g" aa17.sql， 基于binlog_format=mixed
################################################
对于在row模式下，误删除某些数据，要立刻还原的操作
基于row模式的binlog，生成DML(insert/update/delete)的rollback语句
通过mysqlbinlog -v 解析binlog生成可读的sql文件
提取需要处理的有效sql
"### "开头的行.如果输入的start-position位于某个event group中间，则会导致"无法识别event"错误
将INSERT/UPDATE/DELETE 的sql反转,并且1个完整sql只能占1行
INSERT: INSERT INTO => DELETE FROM, SET => WHERE
UPDATE: WHERE => SET, SET => WHERE
DELETE: DELETE FROM => INSERT INTO, WHERE => SET
用列名替换位置@{1,2,3}
通过desc table获得列顺序及对应的列名
特殊列类型value做特别处理
逆序
注意:
表结构与现在的表结构必须相同[谨记]
由于row模式是幂等的，并且恢复是一次性，所以只提取sql，不提取BEGIN/COMMIT
只能对INSERT/UPDATE/DELETE进行处理
代码作者不详，能用就好o(∩_∩)o ：
使用过程简单：
1、添加连接数据库的用户名和密码
2、在/usr/bin目录下不要有其他版本的mysqlbinlog文件，和当前版本统一
3、执行脚本 perl binlog_rollback.pl -f './mysql-bin.000020' -i -o '/tmp/t.sql' -u 'dlan' -p 'root123'
4、代码包下载 http://down.51cto.com/data/2287584
本文转自 DBAspace 51CTO博客，原文链接:http://blog.51cto.com/dbaspace/1898120
