mysql基于复制线程SQL_Thread全备加binlog加快恢复的方法

将数据库回档至指定时间点或位置，常常是使用全量备份+binlog增量实现的。
而数据量很大的情况下，增量恢复binlog一直是一个苦恼的问题。因为恢复binlog速度十分慢，并且容易出错。

尝试一种思路

因为relaylog和binlog本质实际上是一样的，所以是否可以利用MySQL自身的sql_thread来增量binlog
1）重新初始化一个实例，恢复全量备份文件。
2）找到第一个binlog文件的position，和剩下所有的binlog。
3）将binlog伪装成relaylog，通过sql thread增量恢复。

应用场景：

1. 最近的一次全备离故障位置比较远，通过常规方式的恢复时间太慢
2. 双主keepalived的集群，由于keepalived没有像MHA 那样有日志补全机制，出故障是有可能会有数据丢失的，万一同步有严重的复制延时出现故障切换到slave，这样数据就不一致，需要做日志补全
3.对于如删表等误操作还原，可以大大节省时间提升效率

-------常规方式--------

1. 官方推荐的基于全备+binlog ， 通常做法是先恢复最近一次的全备，然后通过mysqlbiinlog --start-position --stop-position binlog.000xxx | mysql -uroot -p xxx -S database 恢复到目标数据库做恢复

2. 基于主从同步恢复数据，通常做法是先恢复最近一次的全备，然后恢复后的实例做slave 挂载到现有的master 上面，通过 start slave sql_thread until master_log_pos 恢复到故障前的一个pos。