mgr（mysql group replication）是5.7版本新加的特性，是一个mysql插件。
mgr 是一个新的高可用与高扩展的方案，集群中的任何节点数据都是一样的，可以实现任何节点都可以写入，实现了真正意义上的多主。
主要包含以下几部分：
api层：负责完成和mysql server的交互，得到server状态，完成事务的管理。
组件层：主要包括3个特定组件，capture负责收集事务执行的相关信息，applier负责应用集群事务到本地，recovery负责节点的数据恢复。
复制层：负责冲突验证，接收和应用集群事务。
集群通信层：基于paxos协议的集群通信引擎，以及和上层组件的交互接口。
mgr组复制：
基于传统异步复制和半同步复制的缺陷——数据的一致性问题无法保证，mysql官方在5.7.17版本正式推出组复制（mysql group replication，简称mgr）。
由若干个节点共同组成一个复制组，一个事务的提交，必须经过组内大多数节点（n / 2 + 1）决议并通过，才能得以提交。如上图所示，由3个节点组成一个复制组，consensus层为一致性协议层，在事务提交过程中，发生组间通讯，由2个节点决议(certify)通过这个事务，事务才能够最终得以提交并响应。
引入组复制，主要是为了解决传统异步复制和半同步复制可能产生数据不一致的问题。组复制依靠分布式一致性协议(paxos协议的变体)，实现了分布式下数据的最终一致性，提供了真正的数据高可用方案(是否真正高可用还有待商榷)。其提供的多写方案，给我们实现多活方案带来了希望。
mgr是实现分布式数据库架构，底层的分布式基础是paxos协议。通过paxos来保证分布式数据库系统中事务的提交顺序。虽然mgr会使用slave的通道，但只是使用这个通道的执行线程（applier thread）来执行远程发送过来的binlog event，并没有使用这个通道来传输binlog event。mgr没有使用异步复制的binlog event传输机制，也不使用mysql的服务端口来进行通信。mgr创建了一个独立的tcp端口来进行通信，各个mysql服务器上的group replication插件通过这个端口连接在一起，两两之间可以直接通信。
binlog event的传输并不像异步复制那样是简单的点到点之间的传输。mgr在传输数据时，使用了paxos协议。paxos协议保证了数据传输的一致性和原子性。mgr基于paxos协议构建了一个分布式的状态机复制机制，这是实现多主复制的核心技术。
三个主要优点：
1. 避免脑裂：mgr中不会出现脑裂的现象（但要注意可能出现网络分区的情况，mgr根据参数group_replication_unreachable_majority_timeout=0/n设置的不同，行为稍有不同）。
2. 数据一致性保障：mgr的冗余能力很好，能够保证binlog event至少被复制到超过一半的成员上，只要同时宕机的成员不超过半数便不会导致数据丢失。mgr还保证只要binlog event没有被传输到半数以上的成员，本地成员不会将事务的binlog event写入binlog文件和提交事务，从而保证宕机的服务器上不会有组内在线成员上不存在的数据。因此，宕机的服务器重启后，不再需要特殊的处理就可以加入组。
3. 多节点写入支持：多写模式下支持集群中的所有节点都可以写入。
以上就是mysql mgr 有哪些优点的详细内容，更多关于mysql mgr 的资料请关注服务器之家其它相关文章！
原文链接：https://cloud.tencent.com/developer/article/1511815
