mysql主从复制的分类
全同步复制
在全同步复制中，主库( master )写数据到二进制日志（ binlog )且同步( sync ) ,所有从库请求二进制日志( slave request binlog )后写入中断日志( relay-log ）并flushdisk，并且应用完日志且commit 。
理解︰当主提交一个事务，在主库向前端业务请求返回一个commit成功的指令前，必须保证所有的从已经提交了这个事务（所有从库不但接收了，还必须应用该事务日志)
优点︰数据不会丢失 缺点:会阻塞master session，性能太差，非常依赖网络 代表︰MySQL-Cluster
半同步复制
在半同步复制中，主库( master )写数据到二进制日志文件( binlog )且sync，且提交( commit ) ，然后一直等待确认(ACK )。当至少一个从库请求二进制日志( slave request binlog )后写入到中断日志（ relay-log)并flush disk，就返回确认（ ACK )(不需要回放应用完日志)
优点:会有数据丢失风险(低) 缺点:会阻塞master session，性能差，非常依赖网络，代表: after commit,原生的半同步
主库上客户端发出提交commit指令，且提交（ commit )，事务写入到了binlog，即lnnoDB commit三段提交的c阶段write commit log完成后，然后等待从库给主库反馈一个确认ack，只有等到从库确认后，master才会把事务提交到存储引擎且返回到client—个commit成功的指令
无损复制
主库上客户端发出提交commit指令，但未提交（等待提交），即InnoDB commit三段提交的B阶段sync binlog完成后，然后等待从库给主库反馈一个确认ack , 只有等到从库确认后，master才会把事务提交到存储引擎且返回到client一个commit成功的指令。
数据库已提交事务，但是事务还没有执行，将二进制日志同步到从库，从库收到二进制日志，返回给主库， 主库才能执行事务，更新数据。
异步复制
在异步复制中，主库( master )写数据到二进制日志( binlog )且同步( sync ) ,从库请求二进制日志( slave request binlog )后写入（中断日志) relay-log并flush disk(持久化到了磁盘的relay.log中)
理解∶主库将事件写入binlog，提交事务，自身并不知道从库是否接收是否处理;
优点∶复制的性能最好 缺点: master挂掉后，slave可能会丢失事务 代表: MySQL原生的复制
