10款常見(jiàn)MySQL高可用方案選型解讀

原文：https://yq.aliyun.com/articles/80365?utm_campaign=wenzhang&utm_medium=article&utm_source=QQ-qun&2017517&utm_content=m_21166

架構(gòu)比較簡(jiǎn)單，使用原生半同步復(fù)制作為數(shù)據(jù)同步的依據(jù)

林州網(wǎng)站建設(shè)公司創(chuàng)新互聯(lián),林州網(wǎng)站設(shè)計(jì)制作，有大型網(wǎng)站制作公司豐富經(jīng)驗(yàn)。已為林州上1000+提供企業(yè)網(wǎng)站建設(shè)服務(wù)。企業(yè)網(wǎng)站搭建\外貿(mào)網(wǎng)站建設(shè)要多少錢(qián)，請(qǐng)找那個(gè)售后服務(wù)好的林州做網(wǎng)站的公司定做！

雙節(jié)點(diǎn)，沒(méi)有主機(jī)宕機(jī)后的選主問(wèn)題，直接切換即可

雙節(jié)點(diǎn)，需求資源少，部署簡(jiǎn)單

 

缺點(diǎn)：

• 完全依賴于半同步復(fù)制，如果半同步復(fù)制退化為異步復(fù)制，數(shù)據(jù)一致性無(wú)法得到保證

• 需要額外考慮HAProxy、Keepalived的高可用機(jī)制

 

2、半同步復(fù)制優(yōu)化

 

半同步復(fù)制機(jī)制是可靠的。如果半同步復(fù)制一直是生效的，那么可以認(rèn)為數(shù)據(jù)是一致的。但是由于網(wǎng)絡(luò)波動(dòng)等一些客觀原因，導(dǎo)致半同步復(fù)制發(fā)生超時(shí)而切換為異步復(fù)制，這時(shí)便不能保證數(shù)據(jù)的一致性。所以盡可能的保證半同步復(fù)制，就可以提高數(shù)據(jù)的一致性。

 

該方案同樣使用雙節(jié)點(diǎn)架構(gòu)，但是在原有半同復(fù)制的基礎(chǔ)上做了功能上的優(yōu)化，使半同步復(fù)制的機(jī)制變得更加可靠。

 

可參考的優(yōu)化方案如下：

 

   雙通道復(fù)制

 

 

半同步復(fù)制由于發(fā)生超時(shí)后，復(fù)制斷開(kāi)，當(dāng)再次建立起復(fù)制時(shí)，同時(shí)建立兩條通道，其中一條半同步復(fù)制通道從當(dāng)前位置開(kāi)始復(fù)制，保證從機(jī)知道當(dāng)前主機(jī)執(zhí)行的進(jìn)度。另外一條異步復(fù)制通道開(kāi)始追補(bǔ)從機(jī)落后的數(shù)據(jù)。當(dāng)異步復(fù)制通道追趕到半同步復(fù)制的起始位置時(shí)，恢復(fù)半同步復(fù)制。

 

   binlog文件服務(wù)器

 

 

搭建兩條半同步復(fù)制通道，其中連接文件服務(wù)器的半同步通道正常情況下不啟用，當(dāng)主從的半同步復(fù)制發(fā)生網(wǎng)絡(luò)問(wèn)題退化后，啟動(dòng)與文件服務(wù)器的半同步復(fù)制通道。當(dāng)主從半同步復(fù)制恢復(fù)后，關(guān)閉與文件服務(wù)器的半同步復(fù)制通道。

 

優(yōu)點(diǎn)：

• 雙節(jié)點(diǎn)，需求資源少，部署簡(jiǎn)單

• 架構(gòu)簡(jiǎn)單，沒(méi)有選主的問(wèn)題，直接切換即可

• 相比于原生復(fù)制，優(yōu)化后的半同步復(fù)制更能保證數(shù)據(jù)的一致性

 

缺點(diǎn)：

• 需要修改內(nèi)核源碼或者使用MySQL通信協(xié)議。需要對(duì)源碼有一定的了解，并能做一定程度的二次開(kāi)發(fā)

• 依舊依賴于半同步復(fù)制，沒(méi)有從根本上解決數(shù)據(jù)一致性問(wèn)題

 

3、高可用架構(gòu)優(yōu)化

 

將雙節(jié)點(diǎn)數(shù)據(jù)庫(kù)擴(kuò)展到多節(jié)點(diǎn)數(shù)據(jù)庫(kù)，或者多節(jié)點(diǎn)數(shù)據(jù)庫(kù)集群?？梢愿鶕?jù)自己的需要選擇一主兩從、一主多從或者多主多從的集群。

 

由于半同步復(fù)制，存在接收到一個(gè)從機(jī)的成功應(yīng)答即認(rèn)為半同步復(fù)制成功的特性，所以多從半同步復(fù)制的可靠性要優(yōu)于單從半同步復(fù)制的可靠性。并且多節(jié)點(diǎn)同時(shí)宕機(jī)的幾率也要小于單節(jié)點(diǎn)宕機(jī)的幾率，所以多節(jié)點(diǎn)架構(gòu)在一定程度上可以認(rèn)為高可用性是好于雙節(jié)點(diǎn)架構(gòu)。

 

但由于數(shù)據(jù)庫(kù)數(shù)量較多，所以需要數(shù)據(jù)庫(kù)管理軟件來(lái)保證數(shù)據(jù)庫(kù)的可維護(hù)性?？梢赃x擇MMM、MHA或者各個(gè)版本的Proxy等等。常見(jiàn)方案如下：

 

   MHA+多節(jié)點(diǎn)集群

 

 

MHA Manager會(huì)定時(shí)探測(cè)集群中的master節(jié)點(diǎn)，當(dāng)master出現(xiàn)故障時(shí)，它可以自動(dòng)將最新數(shù)據(jù)的slave提升為新的master，然后將所有其他的slave重新指向新的master，整個(gè)故障轉(zhuǎn)移過(guò)程對(duì)應(yīng)用程序完全透明。

 

MHA Node運(yùn)行在每臺(tái)MySQL服務(wù)器上，主要作用是切換時(shí)處理二進(jìn)制日志，確保切換盡量少丟數(shù)據(jù)。

 

MHA也可以擴(kuò)展到如下的多節(jié)點(diǎn)集群：

 

 

優(yōu)點(diǎn)：

• 可以進(jìn)行故障的自動(dòng)檢測(cè)和轉(zhuǎn)移

• 可擴(kuò)展性較好，可以根據(jù)需要擴(kuò)展MySQL的節(jié)點(diǎn)數(shù)量和結(jié)構(gòu)

• 相比于雙節(jié)點(diǎn)的MySQL復(fù)制，三節(jié)點(diǎn)/多節(jié)點(diǎn)的MySQL發(fā)生不可用的概率更低

 

缺點(diǎn)：

• 至少需要三節(jié)點(diǎn)，相對(duì)于雙節(jié)點(diǎn)需要更多的資源

• 邏輯較為復(fù)雜，發(fā)生故障后排查問(wèn)題，定位問(wèn)題更加困難

• 數(shù)據(jù)一致性仍然靠原生半同步復(fù)制保證，仍然存在數(shù)據(jù)不一致的風(fēng)險(xiǎn)

• 可能因?yàn)榫W(wǎng)絡(luò)分區(qū)發(fā)生腦裂現(xiàn)象。

 

   ZooKeeper+Proxy

 

ZooKeeper使用分布式算法保證集群數(shù)據(jù)的一致性，使用ZooKeeper可以有效的保證Proxy的高可用性，可以較好地避免網(wǎng)絡(luò)分區(qū)現(xiàn)象的產(chǎn)生。

 

 

優(yōu)點(diǎn)：

• 較好的保證了整個(gè)系統(tǒng)的高可用性，包括Proxy、MySQL

• 擴(kuò)展性較好，可以擴(kuò)展為大規(guī)模集群

 

缺點(diǎn)：

• 數(shù)據(jù)一致性仍然依賴于原生的mysql半同步復(fù)制

• 引入ZK，整個(gè)系統(tǒng)的邏輯變得更加復(fù)雜

 

4、共享存儲(chǔ)

 

共享存儲(chǔ)實(shí)現(xiàn)了數(shù)據(jù)庫(kù)服務(wù)器和存儲(chǔ)設(shè)備的解耦，不同數(shù)據(jù)庫(kù)之間的數(shù)據(jù)同步不再依賴于MySQL的原生復(fù)制功能，而是通過(guò)磁盤(pán)數(shù)據(jù)同步的手段，來(lái)保證數(shù)據(jù)的一致性。

 

   SAN共享儲(chǔ)存

 

SAN的概念是允許存儲(chǔ)設(shè)備和處理器（服務(wù)器）之間建立直接的高速網(wǎng)絡(luò)（與LAN相比）連接，通過(guò)這種連接實(shí)現(xiàn)數(shù)據(jù)的集中式存儲(chǔ)。常用架構(gòu)如下：

 

 

使用共享存儲(chǔ)時(shí)，MySQL服務(wù)器能夠正常掛載文件系統(tǒng)并操作，如果主庫(kù)發(fā)生宕機(jī)，備庫(kù)可以掛載相同的文件系統(tǒng)，保證主庫(kù)和備庫(kù)使用相同的數(shù)據(jù)。

 

優(yōu)點(diǎn)：

• 兩節(jié)點(diǎn)即可，部署簡(jiǎn)單，切換邏輯簡(jiǎn)單

• 很好的保證數(shù)據(jù)的強(qiáng)一致性

• 不會(huì)因?yàn)镸ySQL的邏輯錯(cuò)誤發(fā)生數(shù)據(jù)不一致的情況

 

缺點(diǎn)：

• 需要考慮共享存儲(chǔ)的高可用

• 價(jià)格昂貴

 

   DRBD磁盤(pán)復(fù)制

 

DRBD是一種基于軟件、基于網(wǎng)絡(luò)的塊復(fù)制存儲(chǔ)解決方案，主要用于對(duì)服務(wù)器之間的磁盤(pán)、分區(qū)、邏輯卷等進(jìn)行數(shù)據(jù)鏡像，當(dāng)用戶將數(shù)據(jù)寫(xiě)入本地磁盤(pán)時(shí)，還會(huì)將數(shù)據(jù)發(fā)送到網(wǎng)絡(luò)中另一臺(tái)主機(jī)的磁盤(pán)上，這樣的本地主機(jī)(主節(jié)點(diǎn))與遠(yuǎn)程主機(jī)(備節(jié)點(diǎn))的數(shù)據(jù)就可以保證實(shí)時(shí)同步。常用架構(gòu)如下：

 

 

當(dāng)本地主機(jī)出現(xiàn)問(wèn)題，遠(yuǎn)程主機(jī)上還保留著一份相同的數(shù)據(jù)，可以繼續(xù)使用，保證了數(shù)據(jù)的安全。

 

DRBD是Linux內(nèi)核模塊實(shí)現(xiàn)的快級(jí)別的同步復(fù)制技術(shù)，可以與SAN達(dá)到相同的共享存儲(chǔ)效果。

 

優(yōu)點(diǎn)：

• 兩節(jié)點(diǎn)即可，部署簡(jiǎn)單，切換邏輯簡(jiǎn)單

• 相比于SAN儲(chǔ)存網(wǎng)絡(luò)，價(jià)格低廉

• 保證數(shù)據(jù)的強(qiáng)一致性

 

缺點(diǎn)：

• 對(duì)IO性能影響較大

• 從庫(kù)不提供讀操作

 

5、分布式協(xié)議

 

分布式協(xié)議可以很好地解決數(shù)據(jù)一致性問(wèn)題。比較常見(jiàn)的方案如下：

 

   MySQL Cluster

 

MySQL Cluster是官方集群的部署方案，通過(guò)使用NDB存儲(chǔ)引擎實(shí)時(shí)備份冗余數(shù)據(jù)，實(shí)現(xiàn)數(shù)據(jù)庫(kù)的高可用性和數(shù)據(jù)一致性。

 

 

優(yōu)點(diǎn)：

• 全部使用官方組件，不依賴于第三方軟件

• 可以實(shí)現(xiàn)數(shù)據(jù)的強(qiáng)一致性

 

缺點(diǎn)：

• 國(guó)內(nèi)使用的較少

• 配置較復(fù)雜，需要使用NDB儲(chǔ)存引擎，與MySQL常規(guī)引擎存在一定差異

• 至少三節(jié)點(diǎn)

 

   Galera

 

基于Galera的MySQL高可用集群， 是多主數(shù)據(jù)同步的MySQL集群解決方案，使用簡(jiǎn)單，沒(méi)有單點(diǎn)故障，可用性高。常見(jiàn)架構(gòu)如下：

 

 

優(yōu)點(diǎn)：

• 多主寫(xiě)入，無(wú)延遲復(fù)制，能保證數(shù)據(jù)強(qiáng)一致性

• 有成熟的社區(qū)，有互聯(lián)網(wǎng)公司在大規(guī)模的使用

• 自動(dòng)故障轉(zhuǎn)移，自動(dòng)添加、剔除節(jié)點(diǎn)

 

缺點(diǎn)：

• 需要為原生MySQL節(jié)點(diǎn)打wsrep補(bǔ)丁

• 只支持innodb儲(chǔ)存引擎

• 至少三節(jié)點(diǎn)

 

   Paxos

 

Paxos算法解決的問(wèn)題是一個(gè)分布式系統(tǒng)如何就某個(gè)值（決議）達(dá)成一致。這個(gè)算法被認(rèn)為是同類(lèi)算法中最有效的。Paxos與MySQL相結(jié)合可以實(shí)現(xiàn)在分布式的MySQL數(shù)據(jù)的強(qiáng)一致性。常見(jiàn)架構(gòu)如下：

 

 

優(yōu)點(diǎn)：

• 多主寫(xiě)入，無(wú)延遲復(fù)制，能保證數(shù)據(jù)強(qiáng)一致性

• 有成熟理論基礎(chǔ)

• 自動(dòng)故障轉(zhuǎn)移，自動(dòng)添加、剔除節(jié)點(diǎn)

 

缺點(diǎn)：

• 只支持InnoDB儲(chǔ)存引擎

• 至少三節(jié)點(diǎn)

   

總結(jié)

 

隨著人們對(duì)數(shù)據(jù)一致性要求不斷的提高，越來(lái)越多的方法被嘗試用來(lái)解決分布式數(shù)據(jù)一致性的問(wèn)題，如MySQL自身的優(yōu)化、MySQL集群架構(gòu)的優(yōu)化、Paxos、Raft、2PC算法的引入等。

 

而使用分布式算法用來(lái)解決MySQL數(shù)據(jù)庫(kù)數(shù)據(jù)一致性問(wèn)題的方法，也越來(lái)越被人們所接受，一系列成熟的產(chǎn)品如PhxSQL、MariaDB Galera Cluster、Percona XtraDB Cluster等越來(lái)越多的被大規(guī)模使用。

 

隨著官方MySQL Group Replication的GA，使用分布式協(xié)議來(lái)解決數(shù)據(jù)一致性問(wèn)題已經(jīng)成為了主流的方向。期望越來(lái)越多優(yōu)秀的解決方案被提出，MySQL高可用問(wèn)題也可以被更好的解決。

網(wǎng)頁(yè)標(biāo)題：10款常見(jiàn)MySQL高可用方案選型解讀
網(wǎng)站地址：http://bm7419.com/article12/iicdgc.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供全網(wǎng)營(yíng)銷(xiāo)推廣、動(dòng)態(tài)網(wǎng)站、面包屑導(dǎo)航、網(wǎng)站建設(shè)、服務(wù)器托管、網(wǎng)站制作

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來(lái)源： 創(chuàng)新互聯(lián)