虽然MGR会使用Slave的通道，但只是使用这个通道的执行线程（Applier Thread）来执行Binlog Event，并没有使用这个通道来传输Binlog Event。MGR没有使用异步复制的Binlog Event传输机制，也不使用MySQL的服务端口来进行通信。MGR创建了一个独立的TCP端口来进行通信，各个MySQL服务器上的Group Replication插件通过这个端口连接在一起，两两之间可以直接通信。
专业从事
成都网站制作、成都网站设计,高端网站制作设计,
小程序制作,网站推广的成都做网站的公司。优秀技术团队竭力真诚服务，采用
H5网站设计+CSS3前端渲染技术，
自适应网站建设，让网站在手机、平板、PC、微信下都能呈现。建站过程建立专项小组，与您实时在线互动，随时提供解决方案，畅聊想法和感受。
Binlog Event的传输并不像异步复制那样是简单的点到点之间的传输。MGR在传输数据时，使用了Paxos协议。Paxos协议保证了数据传输的一致性和原子性。MGR基于Paxos协议构建了一个分布式的状态机复制机制，这是实现多主复制的核心技术。这个技术为MGR带来了3个主要优点，分别如下。
1.MGR中不会出现脑裂的现象（但要注意可能出现网络分区的情况，MGR根据参数group_replication_unreachable_majority_timeout=0/N设置的不同，行为稍有不同）。
2.MGR的冗余能力很好，能够保证Binlog Event至少被复制到超过一半的成员上，只要同时宕机的成员不超过半数便不会导致数据丢失。
3.MGR还保证只要Binlog Event没有被传输到半数以上的成员，本地成员不会将事务的Binlog Event写入Binlog文件和提交事务，从而保证宕机的服务器上不会有组内在线成员上不存在的数据。因此，宕机的服务器重启后，不再需要特殊的处理就可以加入组。
另外有需要云服务器可以了解下创新互联cdcxhl.cn，海内外云服务器15元起步，三天无理由+7*72小时售后在线，公司持有idc许可证，提供“云服务器、裸金属服务器、高防服务器、香港服务器、美国服务器、虚拟主机、免备案服务器”等云主机租用服务以及企业上云的综合解决方案，具有“安全稳定、简单易用、服务可用性高、性价比高”等特点与优势，专为企业上云打造定制，能够满足用户丰富、多元化的应用场景需求。
标题名称：说MGR-单独的通信机制-创新互联
文章链接：
http://cdkjz.cn/article/djjihs.html
