异步复制和同步复制

1、异步复制是Master将事件写入binlog，自身并不知道slave是否接收是否处理，不能保证所有事务都被所有slave接收；
2、同步复制是Master提交事务，直到事务在所有slave都已提交，才会返回客户端事务执行完毕信息。

这两种复制方式各有优劣，在异步复制方式下，系统拥有较低的延迟和较高的吞吐量，但是如果Master出了故障，有些数据因为没有被写入Slave，有可能会丢失；在同步复制方式下，如果Master出故障，Slave上有全部的备份数据，容易恢复，但是同步复制会增大数据写入延迟，降低系统吞吐量。

异步复制中，主库将数据更新传播给从库后立即提交事务，而不论从库是否成功读取或重放数据变化。这种情况下，在主库事务提交后的短时间内，主从库数据并不一致。同步复制时，主库的单个更新事务需要在所有从库上同步更新。换句话说，当主库提交事务时，集群中所有节点的数据保持一致。

相对于异步复制，同步复制的优点主要体现在以下几方面：

数据一致：同步复制保证了整个集群的数据一致性，无论何时在任何节点执行相同的select查询，结果都一样。
高可用性：由于所有节点数据一致，单个节点崩溃不需要执行复杂耗时的故障切换，也不会造成丢失数据或停止服务。
性能改进：同步复制允许在集群中的所有节点上并行执行事务，从而提高读写性能。

异步复制

MySQL复制默认是异步复制，Master将事件写入binlog，提交事务，自身并不知道slave是否接收是否处理；

缺点：不能保证所有事务都被所有slave接收。

同步复制

Master提交事务，直到事务在所有slave都已提交，才会返回客户端事务执行完毕信息；

缺点：完成一个事务可能造成延迟。

半同步复制

当Master上开启半同步复制功能时，至少有一个slave开启其功能。当Master向slave提交事务，且事务已写入relay-log中并刷新到磁盘上，slave才会告知Master已收到；若Master提交事务受到阻塞，出现等待超时，在一定时间内Master 没被告知已收到，此时Master自动转换为异步复制机制；
注：半同步复制功能要在Master和slave上开启才会起作用，只开启一边，依然是异步复制。