mysql主从复制进程分析_mysql主从复制深入分析

在mysql中，主从复制的原理如下图：

1. 主数据库将数据变更的sql 通过顺序IO写入Bin log 中。

2. Slave从库通过IO thread 将bin log 顺序IO读取到从机器中。

3. Slave 将读取过来的bin log 日志顺序IO写入到从服务器的磁盘上，这个文件叫中继日志。

4. Slave通过SQL thread 将中继日志按照随机IO执行到数据库中。

5. 在IO读写中，顺序读写的时间远快于随机IO。

6. 所以在整个过程中，主库同步到从库的时候 在第四步的时候容易出现延时的问题。

主从复制延时引起的因素：

1. 从数据库的机器配置及读写速度的影响。

2. 主数据库的bin log 远大于读写进程的量。

解决延时问题的方法：

MTS ：multi-threaded slave

实现原理：采用多线程执行中继日志。

协调器(coordinator)：将中继日志分发到不同的线程上执行，这个线程叫worker。

两个原则：1. 同一事务分配到同一worker 2. 涉及到同一行数据的sql 分配到同一worker。

分配原则：按照库分配，按照库和表分配，按照库，表，行数据分配。

组提交(group commit)：整体提交

GTID(group transaction ID)： 保证统一的事务提交

crash-safe: 只有保证redo日志和bin log日志一致的时候才提交，否则丢弃。