本篇內(nèi)容主要講解“數(shù)據(jù)庫(kù)高可用架構(gòu)的優(yōu)缺點(diǎn)有哪些”，感興趣的朋友不妨來(lái)看看。本文介紹的方法操作簡(jiǎn)單快捷，實(shí)用性強(qiáng)。下面就讓小編來(lái)帶大家學(xué)習(xí)“數(shù)據(jù)庫(kù)高可用架構(gòu)的優(yōu)缺點(diǎn)有哪些”吧!

丹江口網(wǎng)站制作公司哪家好，找創(chuàng)新互聯(lián)！從網(wǎng)頁(yè)設(shè)計(jì)、網(wǎng)站建設(shè)、微信開(kāi)發(fā)、APP開(kāi)發(fā)、自適應(yīng)網(wǎng)站建設(shè)等網(wǎng)站項(xiàng)目制作，到程序開(kāi)發(fā)，運(yùn)營(yíng)維護(hù)。創(chuàng)新互聯(lián)成立于2013年到現(xiàn)在10年的時(shí)間，我們擁有了豐富的建站經(jīng)驗(yàn)和運(yùn)維經(jīng)驗(yàn)，來(lái)保證我們的工作的順利進(jìn)行。專注于網(wǎng)站建設(shè)就選創(chuàng)新互聯(lián)。

主備架構(gòu)

1. 基本架構(gòu)拓?fù)鋱D如下

整體架構(gòu)簡(jiǎn)單，幾乎所有的數(shù)據(jù)庫(kù)都提供了主備復(fù)制的功能，例如MySQL、Oracle、MongoDB等。在這種架構(gòu)中備庫(kù)主要承擔(dān)數(shù)據(jù)備份的作用，不參與實(shí)際業(yè)務(wù)讀寫(xiě)操作，如果把備機(jī)改成主機(jī)需要人工操作。

2. 優(yōu)缺點(diǎn)分析

• 對(duì)于客戶端來(lái)說(shuō)，不需要感知備機(jī)的存在，即使災(zāi)難恢復(fù)后，原來(lái)的備機(jī)被人工干預(yù)修改為主機(jī)，客戶端只需要簡(jiǎn)單修改連接地址即可，應(yīng)用架構(gòu)不需要做任何改動(dòng)；

• 主機(jī)和備機(jī)只需要進(jìn)行數(shù)據(jù)復(fù)制，不需要進(jìn)行狀態(tài)判斷和主備切換這類復(fù)雜操作。

這種架構(gòu)的缺點(diǎn)也比較明顯：

• 備機(jī)主要是用于數(shù)據(jù)備份，如果應(yīng)用架構(gòu)沒(méi)有讀寫(xiě)分離設(shè)計(jì)時(shí)會(huì)造成成本浪費(fèi)

• 故障后需要人工干預(yù)，無(wú)法自動(dòng)恢復(fù)，而人工處理效率又比較低，恢復(fù)過(guò)程也容易出錯(cuò)。

主從架構(gòu)

主從架構(gòu)與主備架構(gòu)只有一字之差，但是對(duì)于實(shí)際應(yīng)用架構(gòu)差距卻很大。在主備架構(gòu)中備庫(kù)不參與業(yè)務(wù)操作，而在主從架構(gòu)中從庫(kù)是需要參與業(yè)務(wù)操作的，應(yīng)用架構(gòu)需要做讀寫(xiě)分離，將寫(xiě)操作寫(xiě)入主庫(kù)，而讀操作從從庫(kù)讀。

1. 主從基本架構(gòu)拓?fù)鋱D如下

2.優(yōu)缺點(diǎn)分析

相比于主備架構(gòu)，它有如下優(yōu)點(diǎn)：

• 在主庫(kù)故障時(shí)，讀操作相關(guān)業(yè)務(wù)可以繼續(xù)運(yùn)行

• 從庫(kù)對(duì)外提供讀能力，發(fā)揮了硬件的性能

• 可以為不同的角色提供不同的從庫(kù)

缺點(diǎn)：

• 主從架構(gòu)中從庫(kù)需要提供讀業(yè)務(wù)，如果主從復(fù)制延遲大，數(shù)據(jù)會(huì)出現(xiàn)不一致情況；

• 應(yīng)用架構(gòu)需要做修改，一般會(huì)加入讀寫(xiě)分離，復(fù)雜度比主備高；

• 故障后需要人工干預(yù)，無(wú)法自動(dòng)恢復(fù)，而人工處理效率又比較低，恢復(fù)過(guò)程也容易出錯(cuò)。

主從切換

上面兩種架構(gòu)都存在兩個(gè)共同問(wèn)題：

• 主庫(kù)故障后，無(wú)法進(jìn)行寫(xiě)操作

• 主庫(kù)出了問(wèn)題后需要人工干預(yù)才能將從庫(kù)切換到主庫(kù)，而人工切換又可能出現(xiàn)不及時(shí)或者切換故障的問(wèn)題。

基于以上兩個(gè)問(wèn)題我們需要一個(gè)能自動(dòng)切換的架構(gòu)，當(dāng)主庫(kù)出了故障后能自動(dòng)將從庫(kù)切換成主庫(kù)，無(wú)需運(yùn)維人員干預(yù)。

要實(shí)現(xiàn)主從切換架構(gòu)必須要考慮一個(gè)關(guān)鍵點(diǎn)：必須要有一個(gè)機(jī)制能監(jiān)測(cè)到數(shù)據(jù)庫(kù)節(jié)點(diǎn)的運(yùn)行狀態(tài)，以此來(lái)決定是否切換。

這種架構(gòu)我們一般會(huì)引入一個(gè)第三方中介，數(shù)據(jù)庫(kù)節(jié)點(diǎn)定時(shí)向第三方中介匯報(bào)自己的狀態(tài)信息；或者第三方中介定時(shí)去數(shù)據(jù)庫(kù)節(jié)點(diǎn)拉取數(shù)據(jù)庫(kù)狀態(tài)；

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

• 解決了人工干預(yù)的問(wèn)題，大大減少了故障時(shí)間，一定程度上保護(hù)了運(yùn)維人員的人生安全 缺點(diǎn)：

• 架構(gòu)復(fù)雜，引入了第三方中介后又需要保證第三方中介的高可用。

這里推薦大家了解一下mysql的 MHA 架構(gòu)，或者使用ZK、Keepalived自己搭建主從切換架構(gòu)。

主主架構(gòu)

主主架構(gòu)又叫主主復(fù)制，兩臺(tái)數(shù)據(jù)庫(kù)都是主庫(kù)，互相將數(shù)據(jù)復(fù)制給對(duì)方，客戶端可以挑選任意一臺(tái)數(shù)據(jù)庫(kù)進(jìn)行讀寫(xiě)操作。

相比于主從切換，主主架構(gòu)有如下優(yōu)點(diǎn)：

• 兩臺(tái)數(shù)據(jù)庫(kù)都是主庫(kù)，不存在切換的概念

• 客戶端無(wú)需區(qū)分不同角色的主機(jī)，隨便將讀寫(xiě)操作發(fā)給哪臺(tái)數(shù)據(jù)庫(kù)。

• 架構(gòu)簡(jiǎn)單

但是允許向兩臺(tái)主數(shù)據(jù)庫(kù)寫(xiě)入是一件很危險(xiǎn)的事：

• AB兩臺(tái)數(shù)據(jù)庫(kù)采用自增長(zhǎng)主鍵，A庫(kù)插入用戶后id是1，B庫(kù)插入用戶后id也是1，數(shù)據(jù)沖突

•  

tb update tb set col = col +1 update tb set col = col * 2

到此，相信大家對(duì)“數(shù)據(jù)庫(kù)高可用架構(gòu)的優(yōu)缺點(diǎn)有哪些”有了更深的了解，不妨來(lái)實(shí)際操作一番吧！這里是創(chuàng)新互聯(lián)網(wǎng)站，更多相關(guān)內(nèi)容可以進(jìn)入相關(guān)頻道進(jìn)行查詢，關(guān)注我們，繼續(xù)學(xué)習(xí)！