Mysql group replication复制原理

前言：

Mysql版本5.7.17推出Mysql group replication（组复制），相对以前传统的复制模式（异步复制模式async replication 及半同步复制模式semi-sync replication），一个主，对应一个或多个从，在主数据库上执行的事务通过binlog复制的方式传送给slave，slave通过 IO thread线程接收将事务先写入relay log，然后重放事务，即在slave上重新执行一次事务，从而达到主从事务一致的效果，如下图为两种复制模式：

一、传统复制

MySQL Asynchronous Replication（异步复制）：master执行事务，写入二进制日志，然后提交，slave接收binlog日志事务并将事务先写入relay，然后重做事务

MySQL Semisynchronous Replication （半同步复制）：master执行事务，写入二进制日志，将binlog事务日志传送到slave，slave接收到binlog事务日志后，将其写到relay log，然后向master返回传送成功ACK；master收到ACK后，再在存储引擎中提交事务

二、Group Replication

MySQL Group Replication有两种模式，单主模式single-primary mode和多主模式multi-primary mode，在同一个group内，不允许两种模式同时存在，并且若要切换到不同模式，必须修改配置后重新启动集群

1、单主模式

在单主模式下，只有一个节点可以可以读写，其他节点只能提供读，在单主模式下，该参数 group_replication_enforce_update_everywhere_checks 必须被设置为 FALSE ，当主节点宕掉，自动会根据服务器的server_uuid变量和group_replication_member_weight变量值，选择下一个slave谁作为主节点，group_replication_member_weight的值最高的成员被选为新的主节点，在group_replication_member_weight值相同的情况下，group根据数据字典中 server_uuid排序，排序在最前的被选择为主节点

下面的示例展示了如何在单主模式中发现当前的主服务器，该值VARIABLE_VALUE为实例节点的server_uuid

mysql> SELECT VARIABLE_VALUE FROM performance_schema.global_status WHERE VARIABLE_NAME= 'group_replication_primary_member';

+--------------------------------------+

| VARIABLE_VALUE                       |

+--------------------------------------+

| 69e1a3b8-8397-11e6-8e67-bf68cbc061a4 |

+--------------------------------------+

2、多主模式

在多主模式下，在加入该群组的所有成员，所有服务器都设置为读写模式，在多主模式下，不支持SERIALIZABLE事务隔离级别，在多主模式下，不能完全支持级联外键约束

3、组复制

在mysql多主模式下,在组复制中通过Group Replication Protocol协议及Paxos协议，形成的整体高可用解决方案 同时增加了certify的概念，负责检查事务是否允许提交，是否与其它事务存在冲突,Group Replication是由多个节点共同组成一个数据库集群，每个节点都可以单独执行事务，但是read-write（rw）的操作只有在组内验证后才可以commit，Read-only (RO)事务是不需要验证可以立即执行，当一个事务在一个节点上提交之前，会在组内自动进行原子性的广播，告知其他节点变更了什么内容/执行了什么事务，然后为该事物建立一个全局的排序，最终，这意味着所有的服务器都以相同的顺序接收相同的事务集。因此，所有服务器都按照相同的顺序应用相同的变更集，因此它们在组中保持一致

原文链接