MySQL 5.7.17 Group Relication的搭建是怎樣的

本篇文章給大家分享的是有關(guān)MySQL 5.7.17 Group Relication的搭建是怎樣的，小編覺得挺實用的，因此分享給大家學習，希望大家閱讀完這篇文章后可以有所收獲，話不多說，跟著小編一起來看看吧。

小編介紹了Group Replication的兩種工作模式的架構(gòu)。
并詳細介紹了Single-Master Mode的部署過程，以及如何切換到Multi-Master Mode。
當然，文末給出了Group Replication的配置要求和一些限制。


〇 結(jié)構(gòu)介紹

在2016年12月發(fā)布的5.7.17版本的MySQL，甲骨文宣布Group Replication已經(jīng)GA。

Group Replication（下簡稱GR）有兩個工作模式，分別為Single-Master Mode與Multi-Master Mode：


Single-Master Mode的failover圖：

只有primary成員可讀寫，而其他的節(jié)點為只讀，在primary成員發(fā)生故障時，將會有其他成員頂替成primary。


Multi-Master Mode的failover圖：


所有的成員均可讀可寫。


關(guān)于腦裂問題，可發(fā)現(xiàn)MySQL Group Replication與MongoDB Relicate Set有相似之處：
和MongoDB的Relicate Set相近，其讀寫庫類似于Primary，只讀庫類似于Secondary。

（下圖來自MySQL官方）


（下圖來自MongoDB 3.4 Manual）

〇 部署

測試實例數(shù)量：3臺
版本：MySQL 5.7.17

安裝（此處用的是二進制包安裝）
mysql-5.7.17-linux-glibc2.5-x86_64.tar.gz


創(chuàng)建數(shù)據(jù)目錄及日志目錄：

1. loose-group_replication_single_primary_mode=FALSE
   

2. loose-group_replication_enforce_update_everywhere_checks=TRUE
   

3. （single-master mode 這倆個參數(shù)的值為TRUE和FALSE）

〇 要求和限制

僅可用于InnoDB存儲引擎（需要事務的支持和行級鎖）
表必須有主鍵（創(chuàng)建無主鍵的表不會報錯，但在插入數(shù)據(jù)的時候會拋出：ERROR 3098 (HY000): The table does not comply with the requirements by an external plugin.）
必須啟用GTID
必須開啟二進制日志，并且其格式必須為ROW（binlog_format=row）
沖突DDl、DML只能在同一成員上執(zhí)行成功
在多主結(jié)構(gòu)中，不完全支持外鍵（單主結(jié)構(gòu)中是沒有問題的）
不支持serializable的事務隔離級別
只支持IPv4，并且需要低延遲，高帶寬的網(wǎng)絡環(huán)境
GR最大支持9個成員
復制信息元數(shù)據(jù)必須存在系統(tǒng)表（master-info-repository=TABLE、relay-log-info-repository=TABLE）
二進制日志checksums必須關(guān)閉（binlog-checksum=NONE）
不支持savepoint的使用

以上就是MySQL 5.7.17 Group Relication的搭建是怎樣的，小編相信有部分知識點可能是我們?nèi)粘９ぷ鲿姷交蛴玫降摹ＯＭ隳芡ㄟ^這篇文章學到更多知識。更多詳情敬請關(guān)注億速云行業(yè)資訊頻道。