使用binlog增量恢复数据

一、首先介绍几个命令：
– show binary logs 列出所有的binlog文件
– show master status 当前二进制文件的名称，及当前写的位置

二、恢复数据的两种方式：
Point-in-Time Recovery Using Event Times（使用事件时间恢复）
Point-in-Time Recovery Using Event Positions`（使用位置恢复）

三、mysqlbinlog
mysqlbinlog可以将二进制的binlog文件转换为文本，以便于可以执行/查看它们，mysqlbinlog用于根据事件的时间或事件在日志中的位置，选择日志的各个部分的选项

四、恢复数据的几种场景：
1、使用delete误删数据行：
– 使用binlog直接恢复，修改binlog的内容 建议的方式是用Flashback直接恢复（待实践），其原理就是使用binlog恢复
2、drop掉数据表
3、drop掉数据库
– 2和3两种情况只能通过全量备份+增量日志的方式来恢复了，不过需要线上有定期的全备，如：每周1、3、5全量备份一次；并且实时备份binlog
如下午17点删除了某个库，具体恢复步骤如下：
– 假如是每天的中午12点 进行的全量备份，可以用全量备份恢复出一个临时库
– 取出中午12点之后的数据需要用增量的备份，
– 把这些日志，除了误删的语句，全部应用到数据库
关于以上流程的说明：
1、加速数据恢复：在使用mysqlbinlog命令时，可以使用–database参数来制定需要恢复的库，这样不用关心别的库
2、恢复增量binlog的方法，可以指定位置恢复/指定时间恢复 官方文档解释： https://dev.mysql.com/doc/refman/5.6/en/point-in-time-recovery.html
3、即使做了加速，数据比较多的时候还是不够快，主要是因为mysqlbinlog命令不能指定某张表做操作，且用mysqlbinlog解析出日志应用，应用日志的过程只能是单线程的，

五、延迟复制备库：
– mysql5.6之后引入的延迟复制备库，大致意思是不实时同步主库的操作，如主库误操作了drop database等命令，在延迟的时间内，能及时发现；可以立即停止向备库同步binlog: stop slave备库中都是正常的数据+再追落后1小时的数据

其他一些加速的方法 可以看下<<mysql45讲>>中的第31节 更多的应用就不做过多copy了