mysql binlog 同步组件_从Mysql主库binlog直接进行同步数据，有啥好处？

大家都知道，MySQL主从复制时使用的binlog日志，它记录了所有的DDL和DML语句(除了数据查询语句select、show等)，以事件形式记录，还包含语句所执行的消耗时间。

MySQL主从复制有以下几个步骤：

master(主库)在每次准备提交事务完成数据更新前，将改变记录到二进制日志(binary log)中；

slave(从库)发起连接，连接到master，请求获取指定位置的binlog文件；

master创建dump线程，推送binlog的slave；

slave启动一个I/O线程来读取主库上binary log中的事件，并记录到slave自己的中继日志(relay log)中；

slave还会起动一个SQL线程，该线程从relay log中读取事件并在备库执行，完成数据同步；

slave记录自己的binlog。

通过上述步骤完成主从同步，需要将binlog推送到从库，然后再读取到relay log，从库在启动SQL进行进行sql语句的执行，时间太漫长；有没有什么方法可以减少这种同步时间，或者如果redis、hive想从MySQL主库同步数据，该如何加快同步速度？

binlog记录了Mysql数据的实时变化，是数据同步的基础，服务需要做的就是遵守Mysql的协议，将自己伪装成Mysql的slave来监听业务主库binlog，完成数据实时同步。

问：伪装成Mysql的slave来监听业务主库binlog，完成数据实时同步，有啥好处？

答：可实时更新缓存

业务查询类服务往往会在mysql之上架设一个缓存，减少对底层数据库的访问；当mysql库数据变化时，如果缓存还没有过期那么就会拿到过期的数据，业务期望能够实时更新缓存。

利用binlog服务，根据策略实时将数据同步到redis中，这样就能够保证了缓存中数据有效性，减少了对数据库的调用，从而提高整体性能。