image.png

    1. master提交完事务后，写入binlog
    2. slave连接到master，获取binlog
    3. master创建log dump线程，推送binglog到slave
    4. slave启动一个IO线程读取同步过来的master的binlog，记录到relay log中继日志中
    5. slave再开启一个sql线程读取relay log事件并在slave执行，完成同步
    6. slave记录自己的binglog

    由于mysql默认的复制方式是异步的，主库把日志发送给从库后不关心从库是否已经处理，这样会产生一个问题就是假设主库挂了，从库处理失败了，这时候从库升为主库后，日志就丢失了。由此产生两个概念。
    全同步复制
    主库写入binlog后强制同步日志到从库，所有的从库都执行完成后才返回给客户端，但是很显然这个方式的话性能会受到严重影响。
    半同步复制
    半同步复制是介于异步复制和全同步复制之间，主库在执行完客户端提交的事务后不是立刻返回给客户端，而是等待至少一个从库接收到并写到relay log中才返回给客户端。相对于异步复制，半同步复制提高了数据的安全性，同时它也造成了一定程度的延迟，这个延迟最少是一个TCP/IP往返的时间。所以，半同步复制最好在低延时的网络中使用。

    主从的延迟怎么解决呢？

    1. 针对特定的业务场景，读写请求都强制走主库
    2. 读请求走从库，如果没有数据，去主库做二次查询