主从同步的优点：
- 读写分离提高数据库并发处理能力
- 数据备份
- 高可用性。也就是当服务器出现故障或宕机的情况下，可以切换到从服务器上，保证服务的正常运行。
Binlog&Undolog
二进制日志（Binlog）：存储的是一个又一个事件（Event），这些事件分别对应着数据库的更新操作，比如INSERT、UPDATE、DELETE
undo_logo: Undo Log保存了历史快照
1. 主从同步原理：
主从同步的原理就是基于Binlog进行数据同步的。在主从复制过程中，会基于3个线程来操作，一个主库线程，两个从库线程。
- 数据库进行更新的事件写入Binlog日志
- 主库转储并发送Binlog。当从库线程连接的时候，主库可以将二进制日志发送给从库，当读取Binlog的时候，会在Binlog上加锁，读取完成之后，再将锁释放掉。
- 从库IO线程，连接到主库，向主库发送请求更新Binlog或接受Binlog，拷贝到本地形成中继日志（Relay log）
- 从库SQL线程会读取从库中的中继日志，并且执行日志中的事件，从而将从库中的数据与主库保持同步。
2. 主从一致性
主库同步之间的网络延迟，可能会造成主从数据不一致的情况。（同步过程中会对Binlog加锁，不会造成数据不一致的情况）
异步复制
是客户端提交COMMIT之后不需要等从库返回任何结果，而是直接将结果返回给客户端。
好处：不会影响主库写的效率
坏处：但可能会存在主库宕机，而Binlog还没有同步到从库的情况，也就是此时的主库和从库数据不一致。
半同步复制
客户端提交COMMIT之后不直接将结果返回给客户端，而是等待至少有一个从库接收到了Binlog，并且写入到中继日志中，再返回给客户端。
好处就是提高了数据的一致性
坏处：相比于异步复制来说，至少多增加了一个网络连接的延迟，降低了主库写的效率。
在MySQL5.7版本中还增加了一个rpl_semi_sync_master_wait_for_slave_count参数，我们可以对应答的从库数量进行设置，默认为1，也就是说只要有1个从库进行了响应，就可以返回给客户端。如果将这个参数调大，可以提升数据一致性的强度，但也会增加主库等待从库响应的时间。
组复制：
组复制技术，简称MGR（MySQL Group Replication）
标签：主库,Binlog,同步,十三,日志,从库,主从 From： https://www.cnblogs.com/greengages/p/16620929.html