MGR8.0|最佳實(shí)踐沃趣科技簡介一阿里云W沃趣·杭州沃趣科技股份有限公司成立于2012年平臺及國產(chǎn)化的發(fā)展趨勢，為用戶提供關(guān)系型數(shù)為使命，期望成為國內(nèi)市場份額第一的數(shù)據(jù)庫生通訊協(xié)議協(xié)議，保證了一條事務(wù)在集群內(nèi)要么在全部節(jié)點(diǎn)上提交或者回滾。組成員資格節(jié)點(diǎn)之間相互交換各自的視圖信息，從而且實(shí)現(xiàn)集群整體的穩(wěn)態(tài)。數(shù)據(jù)一致性MGR內(nèi)部實(shí)現(xiàn)了一套不同事務(wù)之間修改數(shù)據(jù)的沖突認(rèn)證檢MGR是具備強(qiáng)大的分布式協(xié)調(diào)能力，可用于創(chuàng)建彈性、高可用性、高容錯(cuò)的復(fù)制拓?fù)涞囊粋€(gè)MySQL插件。一阿里云一阿里云集群架構(gòu)一阿里云一阿里云一阿里云一阿里云?一阿里云集群原理一阿里云在單主模式下(group_replication_single_primary_mode=ON):·該變量在所有組成員中必須設(shè)置為相同的值?！ぴ摷壕哂幸粋€(gè)設(shè)置為讀寫模式的主節(jié)點(diǎn)。組中的所有其他成員都設(shè)置為只讀模式(super-·讀寫節(jié)點(diǎn)通常是引導(dǎo)該組的第一個(gè)節(jié)點(diǎn)。加入該集群的所有其他只讀節(jié)點(diǎn)均需要從讀寫節(jié)點(diǎn)?一阿里云一阿里云在多主模式下(group_replication_single_primary_mode=OFF):·所有節(jié)點(diǎn)不會(huì)區(qū)分primary和standby角色?！ぜ尤朐摷簳r(shí)，與其他組成員兼容的任何節(jié)點(diǎn)都被設(shè)置為讀寫模式，并且可以處理寫請求，即使它們在集群內(nèi)是并發(fā)執(zhí)行的?！と绻M復(fù)制中的某個(gè)節(jié)點(diǎn)停止接受寫事務(wù)，例如，在某個(gè)節(jié)點(diǎn)意外宕機(jī)的情況下，可以將與其連接的客戶端重定向或故障轉(zhuǎn)移到處于讀寫模式的任何其他健康的節(jié)點(diǎn)?！そM復(fù)制本身不處理客戶端故障轉(zhuǎn)移，因此需要使用中間件框架(例如MySQLRouter8.0,代理，連接器或應(yīng)用程序本身)來實(shí)現(xiàn)。03數(shù)據(jù)同步原理沖突檢測原理列表。·gtidset:標(biāo)記數(shù)據(jù)庫的快照版本，事務(wù)提交前從gtid_execute變量中獲取該值?！な聞?wù)提交前，數(shù)據(jù)庫中執(zhí)行了的gtid集合，隨著binlog中的event通過原子廣播的方式分發(fā)到集群的所有節(jié)點(diǎn)上進(jìn)行事務(wù)沖突檢測。一阿里云沖突檢測示例一阿里云T2:updatetb1setxid=2where沖突檢測說明··若T2修改的數(shù)據(jù)在沖突檢測數(shù)據(jù)庫中無匹配記錄，則判定為通過沖突檢測認(rèn)證?！と鬞2中的gtidset包含了沖突檢測數(shù)據(jù)庫中相同主鍵值的gtidset,則沖突認(rèn)證檢測通過?！_突認(rèn)證檢測通過后，每個(gè)節(jié)點(diǎn)的沖突檢測數(shù)據(jù)庫按照如下規(guī)則變更：1.若在沖突檢測數(shù)據(jù)庫中無匹配記錄，則向其中插入一條新的記錄。2.如果有記錄，則更新沖突檢測數(shù)據(jù)庫中的gtidset值。一阿里云沖突檢測說明注意：沖突檢測不通過時(shí)，不會(huì)更新認(rèn)證數(shù)據(jù)庫一阿里云一阿里云·MGR可確保僅在集群中的大多數(shù)節(jié)點(diǎn)都已收到事務(wù)并就并發(fā)發(fā)送的所有事務(wù)之間的相對順序·在流量小的時(shí)候不存在任何的性能問題。當(dāng)流量突增時(shí)，如果集群中某些節(jié)點(diǎn)的寫入吞吐量·在單主模式的集群中，如果發(fā)生故障轉(zhuǎn)移，在新的primary節(jié)點(diǎn)可以立刻接受寫入請求的情一阿里云一阿里云當(dāng)集群擴(kuò)容時(shí)，例如由3節(jié)點(diǎn)集群擴(kuò)容到5節(jié)點(diǎn)集群：·無論采用clone的方式還是用xtrabackup做全量數(shù)據(jù)恢復(fù)后，都避免不了在集群擴(kuò)容期間產(chǎn)生的增量數(shù)據(jù)以二進(jìn)制日志的方式來追平。·若新擴(kuò)容的節(jié)點(diǎn)配置較低，寫入吞吐差，則新加入的節(jié)點(diǎn)很有可能一直處于recover的狀態(tài)，該節(jié)點(diǎn)很難達(dá)到online的狀態(tài)。開啟該級別的事務(wù)(T2),事務(wù)執(zhí)行前不會(huì)等待先序事務(wù)(T1)的回放完成，也不會(huì)影響后序事務(wù)等待該事務(wù)回放完成。開啟了該級別的事務(wù)(T2),在開始前首先要等待先序事務(wù)(T1)的回放完成，確保此事務(wù)將在最新的數(shù)據(jù)上執(zhí)行。開啟該級別的事務(wù)(T1),只有等該事務(wù)回放完成。其他后序事務(wù)(T2)才開始執(zhí)行，這樣所有后序事務(wù)都會(huì)讀取包含其更改的數(shù)據(jù)庫狀態(tài)，而不管它們在哪個(gè)節(jié)點(diǎn)上執(zhí)行。一阿里云一阿里云一阿里云流控機(jī)制一阿里云2.快速適應(yīng)集群內(nèi)不斷變化的負(fù)載，例如集群內(nèi)的寫壓力暴增或集群中增加更多的節(jié)點(diǎn)；一阿里云兩個(gè)基本機(jī)制一阿里云1.監(jiān)控集群內(nèi)所有節(jié)點(diǎn)以收集有關(guān)吞吐量和隊(duì)列大小的一些統(tǒng)計(jì)信息，以便對每個(gè)節(jié)點(diǎn)能承受的最大寫入2.對集群中的所有節(jié)點(diǎn)的并發(fā)寫能力時(shí)刻保持監(jiān)控，一旦某節(jié)點(diǎn)的并發(fā)壓力超過了集群中所有節(jié)點(diǎn)的平均一阿里云一阿里云認(rèn)證隊(duì)列和二進(jìn)制日志應(yīng)用隊(duì)列，當(dāng)其中一個(gè)隊(duì)列的大小超過用戶定義的閾值時(shí)，就會(huì)觸發(fā)流量控制機(jī)制。對于流量控制配置：首先，需要選擇對誰配置流量控制，是對認(rèn)證隊(duì)列、還是針對應(yīng)用隊(duì)列、還是兩者都需要配置流量控制。然后，對需要配置流量控制的對象(認(rèn)證隊(duì)列和應(yīng)用隊(duì)列)設(shè)置流量控制閾值。一阿里云一阿里云·將根據(jù)上一階段延遲的事務(wù)數(shù)量逐步減少10%,讓觸發(fā)限流機(jī)制的隊(duì)列減小到限流機(jī)制被觸發(fā)的閾值之內(nèi)，待到恢復(fù)后，為避免在隊(duì)列大小超過閾值時(shí)出現(xiàn)吞吐量的陡增，在此之后，每個(gè)時(shí)間段的吞吐量只允許增長相同的10%?！ぎ?dāng)前的限流機(jī)制不會(huì)影響到觸發(fā)限流機(jī)制閾值內(nèi)的事務(wù)，但是會(huì)延遲應(yīng)用超過閾值的事務(wù)，直到本監(jiān)控周期結(jié)束?！と绻|發(fā)節(jié)流機(jī)制的閾值設(shè)置的非常小，部分事務(wù)的延遲可能會(huì)接近一個(gè)完整的監(jiān)控周期。適用場景·需要非常靈活的復(fù)制基礎(chǔ)設(shè)施的環(huán)境，其中MySQLServer的數(shù)量必須動(dòng)態(tài)增加或減少，并且在增加或減少Server的過程中，對業(yè)務(wù)的副作用盡可能少。例如，云數(shù)據(jù)庫服務(wù)。-高可用分片：·分片是實(shí)現(xiàn)寫擴(kuò)展的一種流行方法。基于MGR實(shí)現(xiàn)的