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