MGR簡(jiǎn)介
MySQL Group Replication，簡(jiǎn)稱(chēng)MGR，它是MySQL官方推出的基于paxos分布式一致性協(xié)議的狀態(tài)機(jī)復(fù)制，實(shí)現(xiàn)了分布式下數(shù)據(jù)的最終一致性。同時(shí)MGR提供了高可用、高擴(kuò)展、高可靠的MySQL集群解決方案，它也是金融級(jí)分布式數(shù)據(jù)庫(kù)之一。
MGR適用場(chǎng)景
MGR天生就是為金融場(chǎng)景設(shè)計(jì)的，例如：支付，證券交易，保險(xiǎn)，銀行等等。因?yàn)檫@些場(chǎng)景要求數(shù)據(jù)必須做到零丟失，數(shù)據(jù)庫(kù)可用性在4個(gè)9，甚至5個(gè)9（年度停機(jī)時(shí)間不超過(guò)5分鐘）。
MGR采用多副本，在2N+1個(gè)節(jié)點(diǎn)集群中，集群只要N +1個(gè)節(jié)點(diǎn)還存活著，數(shù)據(jù)庫(kù)就能穩(wěn)定的對(duì)外提供服務(wù)。
MGR運(yùn)行模式
MGR運(yùn)行模式有2種
- 單主模式（single-primary mode）
- 多主模式（multi-primary mode）
單主模式：
在這種模式下，組具有設(shè)置為讀寫(xiě)模式的單主服務(wù)器。該組中的所有其他成員都設(shè)置為只讀模式。這會(huì)自動(dòng)發(fā)生。主服務(wù)器通常是引導(dǎo)該組的第一臺(tái)服務(wù)器，所有其他加入的服務(wù)器會(huì)自動(dòng)了解主服務(wù)器，并設(shè)置為只讀。
多主模式：
在多主要模式下，沒(méi)有單個(gè)主要概念。無(wú)需參與選舉程序，因?yàn)闆](méi)有服務(wù)器扮演任何特殊角色，所有服務(wù)器均設(shè)置為讀寫(xiě)模式。
MGR選舉原理
MGR單主模式選舉原理
單主模式下，如果主節(jié)點(diǎn)掛了，那么其他的成員會(huì)自動(dòng)選舉出新的主成員，成員之間可以通過(guò)配置權(quán)重來(lái)確定下一個(gè)主成員是誰(shuí)，如果沒(méi)有配置權(quán)重，則會(huì)對(duì)所有在線(xiàn)成員的UUID進(jìn)行排序，然后選取UUID最小的成員作為主成員。
MGR多主模式選舉原理
多主模式，所有的組內(nèi)成員對(duì)外提供讀寫(xiě)服務(wù)，是真正意義上的并發(fā)，MGR對(duì)于高并發(fā)有很好的的處理能力。多主模式下，組內(nèi)所有成員沒(méi)有主從之分，對(duì)用戶(hù)來(lái)說(shuō)，就像在操作一個(gè)MySQL一樣。所以在多主模式下，不存在選舉主節(jié)點(diǎn)，因?yàn)樗泄?jié)點(diǎn)都是主節(jié)點(diǎn)。
MGR復(fù)制原理
在2N+1個(gè)節(jié)點(diǎn)組成的單主模式組復(fù)制集群中，主庫(kù)上一個(gè)事務(wù)提交時(shí)，會(huì)將事務(wù)修改記錄相關(guān)的信息和事務(wù)產(chǎn)生的BINLOG事件打包生成一個(gè)寫(xiě)集(WRITE SET)，將寫(xiě)集發(fā)送給所有節(jié)點(diǎn)，并通過(guò)至少N個(gè)節(jié)點(diǎn)投票通過(guò)才能事務(wù)提交成功。
MGR要求
1.必須適用innodb存儲(chǔ)引擎
2.創(chuàng)建的業(yè)務(wù)表，必須要有主鍵
3.MGR必須適用IPv4網(wǎng)絡(luò)，不支持IPv6
4.MGR復(fù)制網(wǎng)絡(luò)必須和業(yè)務(wù)網(wǎng)絡(luò)隔離
5.binlog日志格式必須為row模式
6.關(guān)閉二進(jìn)制日志校驗(yàn)和，設(shè)置--binlog-checksum=NONE
7.小寫(xiě) table 格名稱(chēng). 在所有組成員上將--lower-case-table-names設(shè)置為相同的值
8.隔離級(jí)別設(shè)置為RC
MGR限制
1.MGR不支持SERIALIZABLE 隔離級(jí)別
2.MGR集群節(jié)點(diǎn)不能超過(guò)9
3.MGR不支持大事務(wù)，事務(wù)大小最好不超過(guò)143MB，當(dāng)事務(wù)過(guò)大，無(wú)法在5 秒的時(shí)間內(nèi)通過(guò)網(wǎng)絡(luò)在組成員之間復(fù)制消息，則可能會(huì)懷疑成員失敗了，然后將其驅(qū)逐出局。
4.并發(fā) DDL 與 DML 操作. 當(dāng)使用多主模式時(shí)，不支持針對(duì)同一對(duì)象但在不同服務(wù)器上執(zhí)行的并發(fā)數(shù)據(jù)定義語(yǔ)句和數(shù)據(jù)操作語(yǔ)句。
5.對(duì)表的級(jí)聯(lián)約束的外鍵支持不好，不建議適用。
