1、MySQL复制模式
MySQL数据库有三种复制模式：全同步复制、半同步复制、异步复制
**全同步复制：**主库commit一个事务之后，须等所有的从库sql线程回放完成给主库返回确认之后，主库事务才算提交完成。这种模式性能最低，但可以保证数据强一致性。
**半同步复制：**主库commit一个事务之后，只要有一个从库的io线程拉取到对应的binlog事件并生成相应的relay log或者有一个从库的sql线程回放完该事务并给主库返回，主库事务提交完成。这种模式性能介于全同步和异步之间，同时也能保证至少有一个从库数据和主库保持一致性。
**异步复制：**主库commit一个事务之后，无需等待从库回放确认，从库异步回放主库的事务。这种模式性能最高，但是不能保证数据一致性，从库存在数据丢失的风险。
2、造成主从延迟的原因
使用半同步复制既能保证主从数据一致性，性能也不会太差，因此半同步复制使用场景最多，我们下面讨论的场景都是基于半同步复制模式。
当主库有多个事务同时执行时，事务执行完即可顺着binlog末尾写入，不必按照事务开始的顺序提交，是真正意义上的并发执行与并发提交。从库在回放sql时则不然，假设主库同一时刻提交了3个事务，写入binlog的顺序是事务1、事务2、事务3，从库io线程从主库拉取到这三个事件生成对应的relaylog，从库在开启并发情况下，由sql线程分配3个空闲的线程负责回放这三个事务，回放时三个线程可以并发执行，但是当从库要将三个事务提交写入binlog时，只能按照事务1、事务2、事务3的顺序写入binlog。即"并行执行，串行提交"。加入事务1耗时很长，事务2、事务3乃至后面的其他事务，都只能等待事务1提交完之后才会提交。由于"并行执行，串行提交"机制限制，从库在回放大事务、大表DDL时，io线程接收到的事务不断堆积，但sql线程迟迟没有回放完成，主从延迟就会越来越高。
##3、主从延迟处理与优化