1 简介
基于binlog的恢复需要建立在全量备份恢复基础上。使用mysqldump的全量备份的方法在我前面的文章里有详细介绍，可以参考： http://blog.csdn.net/jesseyoung/article/details/41078947
我们可以将增量的binlog备份下来，用来恢复增量数据。
2 还原增量binlog的方法
2.1 时间点的恢复建立在一下规则的基础上:
1 mysql服务器需要开启二进制日志--log-bin
查看所有binlog文件
- mysql> SHOW BINARY LOGS;
查看当前binlog文件信息（包含文件名，当前位置等）
- mysql> SHOW MASTER STATUS;
2 mysqlbinlog工具将binary log文件由二进制转换为可读的文本文件，可以选择基于时间或位置的事件。
3 从binary log文件中执行事件会导致数据的修改，表示要重做数据。命令为：
- [root@localhost /]# mysqlbinlog binlog_files | mysql -u root -p
- [root@localhost /]# mysqlbinlog binlog_files | more
- [root@localhost /]# mysqlbinlog binlog_files > tmpfile
通过文本文件导入到数据库
- [root@localhost /]# mysql -u root -p < tmpfile
例如：
- [root@localhost /]# mysqlbinlog binlog.000001 | mysql -u root -p # DANGER!!
- [root@localhost /]# mysqlbinlog binlog.000002 | mysql -u root -p # DANGER!!
建议的方法：
方法1：
所有二进制文件放在单个连接里
- [root@localhost /]# mysqlbinlog binlog.000001 binlog.000002 | mysql -u root -p
方法2：
将所有二进制文件写在一个文件里执行
- [root@localhost /]# mysqlbinlog binlog.000001 > /tmp/statements.sql
- [root@localhost /]# mysqlbinlog binlog.000002 >> /tmp/statements.sql
- [root@localhost /]# mysql -u root -p -e "source /tmp/statements.sql"
- [root@localhost /]# mysqlbinlog --skip-gtids binlog.000001 > /tmp/dump.sql
- [root@localhost /]# mysqlbinlog --skip-gtids binlog.000002 >> /tmp/dump.sql
- [root@localhost /]# mysql -u root -p -e "source /tmp/dump.sql"
3.1 通过事件的时间来恢复
我们可以通过参数--start-datetime 和 --stop-datetime指定恢复binlog日志的起止时间点，时间使用DATETIME格式。
比如在时间点2005-04-20 10:00:00我们删除掉一个库，我们要恢复该时间点前的所有日志
- [root@localhost /]# mysqlbinlog --stop-datetime="2005-04-20 9:59:59" /usr/local/mysql/data/binlog.123456 | mysql -u root -p
- [root@localhost /]# mysqlbinlog --start-datetime="2005-04-20 10:01:00" /usr/local/mysql/data/binlog.123456 | mysql -u root -p
通过该种方法恢复我们需要通过查看binlog日志知道发生误操作的确切时间点，查看日志我们可以先将日志输出到文本里
- [root@localhost /]# mysqlbinlog /usr/local/mysql/data/binlog.123456 > /tmp/mysql_restore.sql
3.2 通过事件的位置来恢复
我们可以通过参数--start-position 和 --stop-position指定恢复binlog日志的起止位置点，通过位置的恢复需要我们有更加精细的操作，例如在某个时间点我们执行了错误的语句，且这个时间点前后都有大并发操作，要确定破坏性sql的时间点，我们可以先导出大致的时间段的日志到文件以缩小查找范围，再去分析和确定
- [root@localhost /]# mysqlbinlog --start-datetime="2005-04-20 9:55:00" --stop-datetime="2005-04-20 10:05:00" /usr/local/mysql/data/binlog.123456 > /tmp/mysql_restore.sql
- [root@localhost /]# mysqlbinlog --stop-position=368312 /usr/local/mysql/data/binlog.123456 | mysql -u root -p
- [root@localhost /]# mysqlbinlog --start-position=368315 /usr/local/mysql/data/binlog.123456 | mysql -u root -p
注：mysqlbinlog工具的输出会在每条sql语句前增加 SET TIMESTAMP语句，恢复的数据及mysql日志反映当前时间。
参考：
http://blog.csdn.net/JesseYoung/article/details/41211841
http://cwtea.blog.51cto.com/4500217/1259509
总结
Mysql数据库会以二进制形式，自动把用户对mysql数据库的操作，记录到备份文件中。
当用户希望恢复的时候，可以使用备份文件，来进行相应的恢复。
备份文件中会记录创建表的语句、删除表的语句、insert语句、delect语句、update语句等，而不会记录select语句。
增量备份记录的内容包括：
（1）操作语句本身。
（2）操作的时间。
（3）操作的位置。
