1 异步复制（async replication）
异步复制发送数据至目的端，目的端无论收到数据与否，都不会返回信息。默认情况，MySQL的复制是异步的，Master上将所有更新操作写入binlog，但不能确保所有更新是否复制到slave的relaylog中，更不能确定被应用到slave数据库。
异步复制明显的优势是复制效率很高，但缺点也很明显，即数据一致性无法保证，甚至会丢失数据。适合普通的应用架构。
2 全同步复制（full sync replication）
全同步复制是指Master执行完一个事务后，需要确保所有的slave都执行了该事务才返回给客户端。需要等待所有的slave都执行完该事务才能返回，复制效率会比较低。
MySQL不支持同步复制，需借助第三方工具DRDB（sync模式）实现同步复制。
同步复制优点是确保数据实时复制到所有slave，主库需要等待所有slave写入完成，主库的更新效率会受到影响，甚至会导致Master更新延迟，适合数据一致性要求严格的环境。
3 半同步复制（semi-sync replication）
半同步复制是介于异步复制和全同步复制之间，Master执行完事务之后不立即返回结果，等待至少一个slave接收到并写入relaylog才返回结果。相比异步复制，半同步复制提高了数据安全性，但也造成了延迟，适合低延迟时的复制节点之间使用。
角箭头表示服务器之间交换的消息或服务器与客户端应用程序之间交换的消息。
4 组复制（Group Replication）
组复制是一种可用于实现容错系统的技术。复制组是一个通过消息传递相互交互的Server集群。复制组由多个Server成员组成，如下图的Master1、Master2、Master3，所有成员独立完成各自的事务。
当客户端发起一个更新事务时，该事务先在本地执行，执行完成之后就要发起对事务的提交操作。在还没有真正提交之前，需要将产生的复制写集广播出去，复制到其它成员。如果冲突检测成功，组内决定该事务可以提交，其它成员可以应用，否则就回滚。
最终，所有组内成员以相同的顺序接收同一组事务。因此组内成员以相同的顺序应用相同的修改，保证组内数据强一致性。
