本篇內(nèi)容介紹了“MySQL八大集群架構(gòu)的優(yōu)點(diǎn)和缺點(diǎn)總結(jié)”的有關(guān)知識(shí)，在實(shí)際案例的操作過程中，不少人都會(huì)遇到這樣的困境，接下來(lái)就讓小編帶領(lǐng)大家學(xué)習(xí)一下如何處理這些情況吧！希望大家仔細(xì)閱讀，能夠?qū)W有所成！

目前成都創(chuàng)新互聯(lián)公司已為近1000家的企業(yè)提供了網(wǎng)站建設(shè)、域名、網(wǎng)頁(yè)空間、網(wǎng)站托管、服務(wù)器租用、企業(yè)網(wǎng)站設(shè)計(jì)、城口網(wǎng)站維護(hù)等服務(wù)，公司將堅(jiān)持客戶導(dǎo)向、應(yīng)用為本的策略，正道將秉承"和諧、參與、激情"的文化，與客戶和合作伙伴齊心協(xié)力一起成長(zhǎng)，共同發(fā)展。

很多開發(fā)者可能都沒有接觸過 MySQL 的架構(gòu)部署，但是大多數(shù)應(yīng)該都聽過集群架構(gòu)吧。其實(shí) MySQL 集群架構(gòu)，總結(jié)來(lái)說一共有好多種，今天我主要總結(jié)一下其中常用的 8 種集群架構(gòu)。

主從架構(gòu)一般說的是，讀寫分離這種。他的好處是，數(shù)據(jù)可以有備份。并且，在一定程度上緩解了讀和寫的效率。從而提高數(shù)據(jù)庫(kù)系統(tǒng)的可用性。

主從架構(gòu)有一個(gè)特點(diǎn)就是，如果有一個(gè)故障，那么高可用就無(wú)法談起。所以，有的公司便采用這種主主互備的架構(gòu)來(lái)解決突發(fā)的單點(diǎn)故障帶來(lái)的影響。這種架構(gòu)的特點(diǎn)是，MySQL 雙主復(fù)制，即互為 Master-Slave (只有一個(gè) Master 提供寫操作)，可以實(shí)現(xiàn)數(shù)據(jù)庫(kù)服務(wù)器的熱備，但是一個(gè) Master 宕機(jī)后不能實(shí)現(xiàn)動(dòng)態(tài)切換。使用 Keepalived，可以通過虛擬 IP，實(shí)現(xiàn)雙主對(duì)外的統(tǒng)一接口以及自動(dòng)檢查、失敗切換機(jī)制，從而實(shí)現(xiàn) MySQL 數(shù)據(jù)庫(kù)的高可用方案。

這種架構(gòu)比上面的主主互備 + keepalived 模式，性能更好一些。讀寫分離等都是可以實(shí)現(xiàn)的。

對(duì)比上面的一種架構(gòu)，每個(gè)主庫(kù)上都加一個(gè)從庫(kù)，太浪費(fèi)了，包括 IO 等都有不小的影響。如果把從庫(kù)都掛到一個(gè)主庫(kù)上，那么效率就會(huì)更高一些。

MMM（Master-Master replication manager for MySQL）是一套支持雙主故障切換和雙主日常管理的腳本程序。MMM 使用 Perl 語(yǔ)言開發(fā)，基于 mysql 主從復(fù)制，成熟高可用集群方案，由一個(gè)管理端(monitor)和多個(gè)代理端（aget）構(gòu)成。

這種架構(gòu)優(yōu)點(diǎn)：監(jiān)控所有 Master 節(jié)點(diǎn)及 Slave 節(jié)點(diǎn)狀態(tài)，當(dāng) master 節(jié)點(diǎn)出現(xiàn)故障，會(huì)把 vip 自動(dòng)轉(zhuǎn)移到健康節(jié)點(diǎn)上；更重要的是當(dāng) Master 節(jié)點(diǎn)發(fā)生故障，會(huì)自動(dòng)將后端 Slave 節(jié)點(diǎn)轉(zhuǎn)向備用的 Master 節(jié)點(diǎn)繼續(xù)同步復(fù)制，切換過程不需要人工干預(yù)；

缺點(diǎn)：對(duì) ip，服務(wù)器數(shù)量有要求(至少兩臺(tái)服務(wù)器，2個(gè)真實(shí) ip，3 個(gè) vip)；業(yè)務(wù)繁忙，數(shù)據(jù)量大的時(shí)候不是很穩(wěn)定，會(huì)出現(xiàn)復(fù)制延時(shí)，切換失效等問題；所以 MMM 方案不適合應(yīng)用于對(duì)數(shù)據(jù)安全性要求很高，并讀寫頻繁的環(huán)境中。數(shù)據(jù)量大的時(shí)候，會(huì)有主從數(shù)據(jù)不同步的問題。

MHA（Master High Availability）目前在 MySQL 高可用方面是一個(gè)相對(duì)成熟的解決方案，它由日本 DeNA 公司 youshimaton（現(xiàn)就職于 Facebook 公司）開發(fā)，是一套優(yōu)秀的作為 MySQL 高可用性環(huán)境下故障切換和主從提升的高可用軟件。在 MySQL 故障切換過程中，MHA 能做到在 0~30 秒之內(nèi)自動(dòng)完成數(shù)據(jù)庫(kù)的故障切換操作，并且在進(jìn)行故障切換的過程中，MHA 能在最大程度上保證數(shù)據(jù)的一致性，以達(dá)到真正意義上的高可用。

這種架構(gòu)搭建起來(lái)比較麻煩，至少三臺(tái)機(jī)器，淘寶進(jìn)行過二次開發(fā)，可以用兩臺(tái)機(jī)器。

MySQL Proxy 有一項(xiàng)強(qiáng)大功能是實(shí)現(xiàn)“讀寫分離”，基本原理是讓主數(shù)據(jù)庫(kù)處理寫方面事務(wù)，讓從庫(kù)處理 SELECT 查詢。

通過 lua 腳本實(shí)現(xiàn)的讀寫分離，官網(wǎng)不建議用。由于加入了一層 proxy 會(huì)導(dǎo)致網(wǎng)絡(luò)請(qǐng)求的增加消耗，所以性能造成一定的影響。

Amoeba for MySQL是一款優(yōu)秀的中間件軟件，同樣可以實(shí)現(xiàn)讀寫分離，負(fù)載均衡等功能，并且穩(wěn)定性也高于 MySQL Proxy。

Amoeba(變形蟲)項(xiàng)目，專注 分布式數(shù)據(jù)庫(kù) proxy 開發(fā)。座落與 Client、DB Server(s) 之間。對(duì)客戶端透明。具有負(fù)載均衡、高可用性、sql 過濾、讀寫分離、可路由相關(guān)的 query 到目標(biāo)數(shù)據(jù)庫(kù)、可并發(fā)請(qǐng)求多臺(tái)數(shù)據(jù)庫(kù)合并結(jié)果。

它的特點(diǎn)：降低數(shù)據(jù)切分帶來(lái)的復(fù)雜多數(shù)據(jù)庫(kù)結(jié)構(gòu)；提供切分規(guī)則并降低，數(shù)據(jù)切分規(guī)則，給應(yīng)用帶來(lái)的影響；降低 db 與客戶端的連接數(shù)；讀寫分離。

Amoeba 致力于 mysql 分布式數(shù)據(jù)庫(kù)前端代理層，它主要在應(yīng)用層，訪問 mysql 的時(shí)候充當(dāng) SQL 路由器的功能，依據(jù)用戶事先設(shè)置的規(guī)則，將 SQL 請(qǐng)求發(fā)送到特定的數(shù)據(jù)庫(kù)上執(zhí)行?；诖丝梢詫?shí)現(xiàn)負(fù)載均衡、讀寫分離、高可用性等需求。Amoeba 相當(dāng)于一個(gè) SQL 請(qǐng)求的路由器，目的是為負(fù)載均衡、讀寫分離、高可用性提供機(jī)制，而不是完全實(shí)現(xiàn)它們。

“MySQL八大集群架構(gòu)的優(yōu)點(diǎn)和缺點(diǎn)總結(jié)”的內(nèi)容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識(shí)可以關(guān)注創(chuàng)新互聯(lián)網(wǎng)站，小編將為大家輸出更多高質(zhì)量的實(shí)用文章！