這篇文章將為大家詳細講解有關(guān)MySQL中怎么實現(xiàn)雙活同步復(fù)制，文章內(nèi)容質(zhì)量較高，因此小編分享給大家做個參考，希望大家閱讀完這篇文章后對相關(guān)知識有一定的了解。
這是常見的方案，一般來說，中小型規(guī)模的時候，采用這種架構(gòu)是最省事的。
兩個節(jié)點可以采用簡單的雙主模式，并且使用專線連接，在master_A節(jié)點發(fā)生故障后，應(yīng)用連接快速切換到master_B節(jié)點，反之也亦然。有幾個需要注意的地方，腦裂的情況，兩個節(jié)點寫入相同數(shù)據(jù)而引發(fā)沖突，同時把兩個節(jié)點的auto_increment_increment（自增步長）和auto_increment_offset（自增起始值）設(shè)成不同值。其目的是為了避免master節(jié)點意外宕機時，可能會有部分binlog未能及時復(fù)制到slave上被應(yīng)用，從而會導(dǎo)致slave新寫入數(shù)據(jù)的自增值和原先master上沖突了，因此一開始就使其錯開；當(dāng)然了，如果有合適的容錯機制能解決主從自增ID沖突的話，也可以不這么做，使用更新的數(shù)據(jù)版本5.7+，可以利用多線程復(fù)制的方式可以很大程度降低復(fù)制延遲，同時，對復(fù)制延遲特別敏感的另一個備選方案，是semi-sync半同步復(fù)制，基本上無延遲，不過事務(wù)并發(fā)性能會有不小程度的損失，特別是在雙向?qū)懙臅r候，需要綜合評估再決定。
Galera是Codership提供的多主數(shù)據(jù)同步復(fù)制機制，可以實現(xiàn)多個節(jié)點間的數(shù)據(jù)同步復(fù)制以及讀寫，并且可保障數(shù)據(jù)庫的服務(wù)高可用及數(shù)據(jù)一致性，基于Galera的高可用方案主要有MariaDB Galera Cluster和Percona XtraDB Cluster（簡稱PXC）。
目前PXC用的會比較多一些，數(shù)據(jù)嚴(yán)格一致性，尤其適合電商類應(yīng)用，不過PXC也是有其局限性的，如果并發(fā)事務(wù)量很大的話，建議采用InfiniBand網(wǎng)絡(luò)，降低網(wǎng)絡(luò)延遲，因為PXC存在寫擴大以及短板效應(yīng)，并發(fā)效率會有較大損失，類似semi-sync半同步復(fù)制，Gelera實際只能用三個節(jié)點，網(wǎng)絡(luò)抖動造成的性能和穩(wěn)定性習(xí)慣性問題
通過Paxos協(xié)議提供數(shù)據(jù)庫集群節(jié)點數(shù)據(jù)強一致保證，MGR準(zhǔn)確來說是MySQL官方推出的高可用解決方案，基于原生復(fù)制技術(shù)，并以插件的方式提供，并且集群間所有節(jié)點可寫入，解決了單個集群的寫入性能，所有節(jié)點都能讀寫，解決網(wǎng)絡(luò)分區(qū)導(dǎo)致的腦裂問題，提升復(fù)制數(shù)據(jù)的可靠性，不過現(xiàn)實還是有些殘酷，目前嘗鮮的并不是很多，同時僅支持InnoDB表，并且每張表一定要有一個主鍵，用于做write set的沖突檢測，必須打開GTID特性，二進制日志格式必須設(shè)置為ROW，用于選主與write set
COMMIT可能會導(dǎo)致失敗，類似于快照事務(wù)隔離級別的失敗場景，目前一個MGR集群最多支持9個節(jié)點，不支持外鍵于save point特性，無法做全局間的約束檢測與部分部分回滾，二進制日志不支持binlog event checksum
對于數(shù)據(jù)庫的實時同步，阿里巴巴專門有一個開源項目，即otter來實現(xiàn)分布式數(shù)據(jù)庫的同步復(fù)制，其核心思想仍然是通過獲取數(shù)據(jù)庫的增量數(shù)據(jù)日志，來進行準(zhǔn)實時的同步復(fù)制。因此otter本身又依賴于另外一個開源項目即canal，該項目重點則是獲取增量數(shù)據(jù)庫同步日志信息。
當(dāng)前otter的重點是實現(xiàn)mysql間的數(shù)據(jù)庫同步復(fù)制，基本即利用的類似技術(shù)來實現(xiàn)兩個mysql數(shù)據(jù)庫間的雙向同步數(shù)據(jù)庫復(fù)制。要注意這個雙向本身指既可以A->B，也可以從B->A，在某個時間節(jié)點本身是單向的。
主從復(fù)制分成三步：
master將改變記錄到二進制日志(binary log)中（這些記錄叫做二進制日志事件，binary log events，可以通過show binlog events進行查看）；
slave將master的binary log events拷貝到它的中繼日志(relay log)；
slave重做中繼日志中的事件，將改變反映它自己的數(shù)據(jù)。
canal原理相對比較簡單：
canal模擬mysql slave的交互協(xié)議，偽裝自己為mysql slave，向mysql master發(fā)送dump協(xié)議
mysql master收到dump請求，開始推送binary log給slave(也就是canal)
canal解析binary log對象(原始為byte流)
關(guān)于MySQL中怎么實現(xiàn)雙活同步復(fù)制就分享到這里了，希望以上內(nèi)容可以對大家有一定的幫助，可以學(xué)到更多知識。如果覺得文章不錯，可以把它分享出去讓更多的人看到。
另外有需要云服務(wù)器可以了解下創(chuàng)新互聯(lián)scvps.cn，海內(nèi)外云服務(wù)器15元起步，三天無理由+7*72小時售后在線，公司持有idc許可證，提供“云服務(wù)器、裸金屬服務(wù)器、高防服務(wù)器、香港服務(wù)器、美國服務(wù)器、虛擬主機、免備案服務(wù)器”等云主機租用服務(wù)以及企業(yè)上云的綜合解決方案，具有“安全穩(wěn)定、簡單易用、服務(wù)可用性高、性價比高”等特點與優(yōu)勢，專為企業(yè)上云打造定制，能夠滿足用戶豐富、多元化的應(yīng)用場景需求。
重慶分公司
重慶分公司
