MySQL Group Replication簡述
MySQL 組復制實現了基於復制協議的多主更新(單主模式)。
復制組由多個 server成員構成，並且組中的每個 server 成員可以獨立地執行事務。但所有讀寫（RW）事務只有在沖突檢測成功后才會提交。只讀（RO）事務不需要在沖突檢測，可以立即提交。
對於任何 RW 事務，提交操作並不是由始發 server 單向決定的，而是由組來決定是否提交。准確地說，在始發 server 上，當事務准備好提交時，該 server 會廣播寫入值（已改變的行）和對應的寫入集（已更新的行的唯一標識符）。然后會為該事務建立一個全局的順序。最終，這意味着所有 server 成員以相同的順序接收同一組事務。因此，所有 server 成員以相同的順序應用相同的更改，以確保組內一致。
組復制使您能夠根據在一組 server 中復制系統的狀態來創建具有冗余的容錯系統。因此，只要它不是全部或多數 server 發生故障，即使有一些 server 故障，系統仍然可用，最多只是性能和可伸縮性降低，但它仍然可用。server 故障是孤立並且獨立的。它們由組成員服務來監控，組成員服務依賴於分布式故障檢測系統，其能夠在任何 server 自願地或由於意外停止而離開組時發出信號。
他們是由一個分布式恢復程序來確保當有 server 加入組時，它們會自動更新組信息到最新。並且多主更新確保了即使在單個服務器故障的情況下也不會阻止更新，不必進行 server故障轉移。因此，MySQL 組復制保證數據庫服務持續可用。
值得注意的一點是，盡管數據庫服務可用，但當有一個 server 崩潰時，連接到它的客戶端必須定向或故障轉移到不同的 server。 這不是組復制要解決的問題。連接器，負載均衡器，路由器或其他形式的中間件更適合處理這個問題。MySQL 組復制提供了高可用性，高彈性，可靠的 MySQL 服務。 MySQL組復制的一些限制：
1 不支持XA事務 2 表需要有主鍵 3 采用GTID+binlog的方式進行復制 4 只支持IPV4的網絡 5 網絡性能對於集群影響很大 ,需要低延遲,高帶寬 6 多主不支持同一對象但是不同實例的並發的DDL+DML混合操作 7 不支持串行化操作 不支持RR模式的間隙鎖,最好采用RC模式配合組復制 8 多主不支持外鍵約束 9 不支持事務保存點 10 集群性能取決於最差的硬件機器,所以推薦所有硬件統一配置 11 mysqldump無法備份GR實例 12 目前集群限制最多允許9個節點。 以上參考了網絡上一些博客，原理的東西網上東西還是很多的，大家可以自行百度。
關於組復制的一些詳細加強，可以看一下我們星耀隊的譯文MySQL 8.0.2復制新特性（翻譯）
1：安裝環境
| 機器 | IP |
|---|---|
| SERVER1 | 172.16.16.31 |
| SERVER2 | 172.16.16.34 |
| SERVER3 | 172.16.16.35 |
MySQL的版本是5.7.20，我們先在三台主機安裝好MySQL並且啟動，詳細安裝參考MySQL5.7.20編譯安裝，基本環境搭建完成以后我們來看一下MySQL Group Replication的配置
2：配置安裝MySQL Group Replication
我們現在三台機器上已經配置好了三台MySQL服務，我們要在我們當前配置文件的基礎上加上GR的一些參數，我們以SERVER1為例：
# GR 配置項 其中loose前綴表示若Group Replication plugin未加載 mysql server仍繼續啟動 binlog_checksum=NONE #MGR本身不支持binlog的checksum校驗 transaction_write_set_extraction=XXHASH64 group_replication_group_name="00e575aa-0cc0-11e8-9186-0050569341db" # 組名 group_replication_start_on_boot=off # 在mysqld啟動時不自動啟動組復制 group_replication_local_address="172.16.16.35:24901" group_replication_group_seeds="172.16.16.34:24901,172.16.16.35:24901,172.16.16.31:24901" group_replication_bootstrap_group=off
我們之前已經加過一些必須的參數了，我們看看GR需要的其他參數：
gtid-mode=on enforce_gtid_consistency = ON #GTID模式是組復制的基礎技術 master_info_repository = TABLE relay_log_info_repository = TABLE #管理復制的元數據和恢復用,記錄同步的信息,便於管理和恢復 log-bin=row #必須是ROW格式 log_slave_updates = ON #需要記錄事務的binlog,用作以后的恢復用,哪怕不是寫入點,也需要
接下來我們要創建GR所使用的賬號：
set sql_log_bin=0; GRANT REPLICATION SLAVE,REPLICATION CLIENT ON *.* TO 'repl'@'%' IDENTIFIED BY '123456'; flush privileges; set sql_log_bin=1;
我們先在主庫執行：
CHANGE MASTER TO MASTER_USER='repl', MASTER_PASSWORD='123456' FOR CHANNEL 'group_replication_recovery'; INSTALL PLUGIN group_replication SONAME 'group_replication.so'; set global group_replication_allow_local_disjoint_gtids_join=ON; START GROUP_REPLICATION;
然后在SERVER2,和server3上執行：
INSTALL PLUGIN group_replication SONAME 'group_replication.so'; START GROUP_REPLICATION;
然后去看一下節點：
mysql> select * from performance_schema.replication_group_members; ERROR 2006 (HY000): MySQL server has gone away No connection. Trying to reconnect... Connection id: 145 Current database: mxq +---------------------------+--------------------------------------+-------------+-------------+--------------+ | CHANNEL_NAME | MEMBER_ID | MEMBER_HOST | MEMBER_PORT | MEMBER_STATE | +---------------------------+--------------------------------------+-------------+-------------+--------------+ | group_replication_applier | 096769f1-de4e-11e7-bc85-0050569355e1 | sdw1 | 3306 | ONLINE | | group_replication_applier | 6899e4bf-de91-11e7-a3bb-005056930bed | sdw2 | 3306 | ONLINE | | group_replication_applier | c6b0f3b3-de40-11e7-9dbd-0050569341db | mdw | 3306 | ONLINE | +---------------------------+--------------------------------------+-------------+-------------+--------------+ 3 rows in set (0.00 sec)
我們可以通過查看MEMBER_STATE來確認節點的狀態：
online
offline 離線
recoving 恢復中
unreachable 不可到達，查看錯誤日志
error 同步發生錯誤，查看錯誤日志
查看一下主節點是那個：
mysql> SELECT b.member_id, b.member_host, b.member_port FROM performance_schema.global_status a JOIN performance_schema.replication_group_members b -> ON a.variable_value = b.member_id WHERE a.variable_name= 'group_replication_primary_member'; +--------------------------------------+-------------+-------------+ | member_id | member_host | member_port | +--------------------------------------+-------------+-------------+ | c6b0f3b3-de40-11e7-9dbd-0050569341db | mdw | 3306 | +--------------------------------------+-------------+-------------+ 1 row in set (0.00 sec)
我們可以看到現在主節點是SERVER1,GR當中所有的從節點都是默認為read_only的。我們也可以通過以下系統表來檢測GR的信息：
mysql> select * from performance_schema.replication_group_member_stats\G *************************** 1. row *************************** CHANNEL_NAME: group_replication_applier VIEW_ID: 15181587863063562:15 MEMBER_ID: c6b0f3b3-de40-11e7-9dbd-0050569341db COUNT_TRANSACTIONS_IN_QUEUE: 0 COUNT_TRANSACTIONS_CHECKED: 0 COUNT_CONFLICTS_DETECTED: 0 COUNT_TRANSACTIONS_ROWS_VALIDATING: 0 TRANSACTIONS_COMMITTED_ALL_MEMBERS: 00e575aa-0cc0-11e8-9186-0050569341db:1-17 LAST_CONFLICT_FREE_TRANSACTION: 1 row in set (0.00 sec)
我們可以看到現在的三台機器是單主模式的，我們把他修改為多主模式的話怎么改呢，但是我們強烈建議不要使用多主模式 ，因為多主模式下很容易hang住整個集群，而且很多的限制都是限制多主模式，如果我們要把單主修改為多主，只用做如下操作就好：
SERVER2,SERVER3:
STOP GROUP_REPLICATION; SET GLOBAL group_replication_single_primary_mode=FALSE; SET GLOBAL group_replication_enforce_update_everywhere_checks=TRUE;
SERVER1:
STOP GROUP_REPLICATION; SET GLOBAL group_replication_single_primary_mode=FALSE; SET GLOBAL group_replication_enforce_update_everywhere_checks=TRUE; SET GLOBAL group_replication_bootstrap_group=on; START GROUP_REPLICATION; SET GLOBAL group_replication_bootstrap_group=off;
然后SERVER2,SERVER3:
START GROUP_REPLICATION;
我們在查看一下節點信息：
mysql> select * from performance_schema.replication_group_members; +---------------------------+--------------------------------------+-------------+-------------+--------------+ | CHANNEL_NAME | MEMBER_ID | MEMBER_HOST | MEMBER_PORT | MEMBER_STATE | +---------------------------+--------------------------------------+-------------+-------------+--------------+ | group_replication_applier | 096769f1-de4e-11e7-bc85-0050569355e1 | sdw1 | 3306 | ONLINE | | group_replication_applier | 6899e4bf-de91-11e7-a3bb-005056930bed | sdw2 | 3306 | ONLINE | | group_replication_applier | c6b0f3b3-de40-11e7-9dbd-0050569341db | mdw | 3306 | ONLINE | +---------------------------+--------------------------------------+-------------+-------------+--------------+ 3 rows in set (0.00 sec)
發現三個節點已經全部OK了，做一下測試：
SERVER1:
mysql> use mxq; Database changed mysql> create table gr(id int ,name varchar(10),primary key(id)); Query OK, 0 rows affected (0.06 sec) mysql> insert into gr(1,'a'); ERROR 1064 (42000): You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '1,'a')' at line 1 mysql> insert into gr values(1,'a'); Query OK, 1 row affected (0.05 sec)
SERVER2:
mysql> insert into gr values(2,'a'); Query OK, 1 row affected (0.01 sec)
SERVER3:
mysql> insert into gr values(3,'a'); Query OK, 1 row affected (0.04 sec)
然后查看數據：
mysql> select * from gr; +----+------+ | id | name | +----+------+ | 1 | a | | 2 | a | | 3 | a | +----+------+ 3 rows in set (0.00 sec)
這樣就OK了。
從多主模式修改為單主模式
SERVER2,SERVER3:
STOP GROUP_REPLICATION; SET GLOBAL group_replication_enforce_update_everywhere_checks=OFF; SET GLOBAL group_replication_single_primary_mode=TRUE;
SERVER1:
STOP GROUP_REPLICATION; SET GLOBAL group_replication_enforce_update_everywhere_checks=OFF; SET GLOBAL group_replication_single_primary_mode=TRUE; SET GLOBAL group_replication_bootstrap_group=on; START GROUP_REPLICATION; SET GLOBAL group_replication_bootstrap_group=off;
然后SERVER2,SERVER3:
START GROUP_REPLICATION;
這樣就OK了。