淺談 MySQL 集群高可用架構(gòu)

      網(wǎng)友投稿 751 2025-04-01

      前言


      高可用架構(gòu)對于互聯(lián)網(wǎng)服務(wù)基本是標(biāo)配,無論是應(yīng)用服務(wù)還是數(shù)據(jù)庫服務(wù)都需要做到高可用。對于一個(gè)系統(tǒng)而言,可能包含很多模塊,比如前端應(yīng)用,緩存,數(shù)據(jù)庫,搜索,消息隊(duì)列等,每個(gè)模塊都需要做到高可用,才能保證整個(gè)系統(tǒng)的高可用。對于數(shù)據(jù)庫服務(wù)而言,高可用可能更復(fù)雜,對用戶的服務(wù)可用,不僅僅是能訪問,還需要有正確性保證,因此數(shù)據(jù)庫的高可用方案是一直以來的討論熱點(diǎn),今天就各種的高可用方案,談一下個(gè)人的一些看法,如有錯(cuò)誤,還請指正!!

      Mysql主從架構(gòu)

      此種架構(gòu),一般初創(chuàng)企業(yè)比較常用,也便于后面步步的擴(kuò)展

      此架構(gòu)特點(diǎn):

      1、成本低,布署快速、方便

      2、讀寫分離

      3、還能通過及時(shí)增加從庫來減少讀庫壓力

      4、主庫單點(diǎn)故障

      5、數(shù)據(jù)一致性問題(同步延遲造成)

      Mysql+DRDB架構(gòu)

      通過DRBD基于block塊的復(fù)制模式,快速進(jìn)行雙主故障切換,很大程度上解決主庫單點(diǎn)故障問題

      此架構(gòu)特點(diǎn):

      1、高可用軟件可使用Heartbeat,全面負(fù)責(zé)VIP、數(shù)據(jù)與DRBD服務(wù)的管理

      2、主故障后可自動(dòng)快速切換,并且從庫仍然能通過VIP與新主庫進(jìn)行數(shù)據(jù)同步

      3、從庫也支持讀寫分離,可使用中間件或程序?qū)崿F(xiàn)

      MySQL+MHA架構(gòu)

      MHA目前在Mysql高可用方案中應(yīng)該也是比較成熟和常見的方案,它由日本人開發(fā)出來,在mysql故障切換過程中,MHA能做到快速自動(dòng)切換操作,而且還能最大限度保持?jǐn)?shù)據(jù)的一致性

      此架構(gòu)特點(diǎn):

      1、安裝布署簡單,不影響現(xiàn)有架構(gòu)

      2、自動(dòng)監(jiān)控和故障轉(zhuǎn)移

      3、保障數(shù)據(jù)一致性

      4、故障切換方式可使用手動(dòng)或自動(dòng)多向選擇

      5、適應(yīng)范圍大(適用任何存儲引擎)

      MySQL+MMM架構(gòu)

      MMM即Master-Master Replication Manager for MySQL(mysql主主復(fù)制管理器),是關(guān)于mysql主主復(fù)制配置的監(jiān)控、故障轉(zhuǎn)移和管理的一套可伸縮的腳本套件(在任何時(shí)候只有一個(gè)節(jié)點(diǎn)可以被寫入),這個(gè)套件也能基于標(biāo)準(zhǔn)的主從配置的任意數(shù)量的從服務(wù)器進(jìn)行讀負(fù)載均衡,所以你可以用它來在一組居于復(fù)制的服務(wù)器啟動(dòng)虛擬ip,除此之外,它還有實(shí)現(xiàn)數(shù)據(jù)備份、節(jié)點(diǎn)之間重新同步功能的腳本。

      MySQL本身沒有提供replication failover的解決方案,通過MMM方案能實(shí)現(xiàn)服務(wù)器的故障轉(zhuǎn)移,從而實(shí)現(xiàn)mysql的高可用。

      此方案特點(diǎn):

      1、安全、穩(wěn)定性較高,可擴(kuò)展性好

      2、 對服務(wù)器數(shù)量要求至少三臺及以上

      3、 對雙主(主從復(fù)制性要求較高)

      4、 同樣可實(shí)現(xiàn)讀寫分離

      MySQL Cluster架構(gòu)

      Mysql官方推出的集群高可用方案,由于本人沒有用過,不好評價(jià)

      摘自網(wǎng)絡(luò)上的一段解釋

      MySQL Cluster 由一組計(jì)算機(jī)構(gòu)成,每臺計(jì)算機(jī)上均運(yùn)行著多種進(jìn)程,包括 MySQL服務(wù)器,NDB Cluster的數(shù)據(jù)節(jié)點(diǎn),管理服務(wù)器,以及(可能)專門的數(shù)據(jù)訪問程序。

      由于MySQL Cluster架構(gòu)復(fù)雜,部署費(fèi)時(shí)(通常需要DBA幾個(gè)小時(shí)的時(shí)間才能完成搭建),而依靠 MySQL Cluster Manager 只需一個(gè)命令即可完成,但 MySQL Cluster Manager 是收費(fèi)的。并且業(yè)內(nèi)資深人士認(rèn)為NDB 不適合大多數(shù)業(yè)務(wù)場景,而且有安全問題。因此,使用的人數(shù)較少。

      有興趣的可以研究下官方文檔:

      https://dev.mysql.com/doc/refman/5.7/en/mysql-cluster-install-linux.html

      歡迎大家在文未留言,發(fā)表自己對高可用架構(gòu)的一些看法和理解!!!

      高可用架構(gòu)對于互聯(lián)網(wǎng)服務(wù)基本是標(biāo)配,無論是應(yīng)用服務(wù)還是數(shù)據(jù)庫服務(wù)都需要做到高可用。對于一個(gè)系統(tǒng)而言,可能包含很多模塊,比如前端應(yīng)用,緩存,數(shù)據(jù)庫,搜索,消息隊(duì)列等,每個(gè)模塊都需要做到高可用,才能保證整個(gè)系統(tǒng)的高可用。對于數(shù)據(jù)庫服務(wù)而言,高可用可能更復(fù)雜,對用戶的服務(wù)可用,不僅僅是能訪問,還需要有正確性保證,因此數(shù)據(jù)庫的高可用方案是一直以來的討論熱點(diǎn),今天就各種的高可用方案,談一下個(gè)人的一些看法,如有錯(cuò)誤,還請指正!!

      此種架構(gòu),一般初創(chuàng)企業(yè)比較常用,也便于后面步步的擴(kuò)展

      此架構(gòu)特點(diǎn):

      1、成本低,布署快速、方便

      2、讀寫分離

      3、還能通過及時(shí)增加從庫來減少讀庫壓力

      4、主庫單點(diǎn)故障

      5、數(shù)據(jù)一致性問題(同步延遲造成)

      通過DRBD基于block塊的復(fù)制模式,快速進(jìn)行雙主故障切換,很大程度上解決主庫單點(diǎn)故障問題

      此架構(gòu)特點(diǎn):

      1、高可用軟件可使用Heartbeat,全面負(fù)責(zé)VIP、數(shù)據(jù)與DRBD服務(wù)的管理

      2、主故障后可自動(dòng)快速切換,并且從庫仍然能通過VIP與新主庫進(jìn)行數(shù)據(jù)同步

      3、從庫也支持讀寫分離,可使用中間件或程序?qū)崿F(xiàn)

      MHA目前在Mysql高可用方案中應(yīng)該也是比較成熟和常見的方案,它由日本人開發(fā)出來,在mysql故障切換過程中,MHA能做到快速自動(dòng)切換操作,而且還能最大限度保持?jǐn)?shù)據(jù)的一致性

      此架構(gòu)特點(diǎn):

      1、安裝布署簡單,不影響現(xiàn)有架構(gòu)

      2、自動(dòng)監(jiān)控和故障轉(zhuǎn)移

      3、保障數(shù)據(jù)一致性

      4、故障切換方式可使用手動(dòng)或自動(dòng)多向選擇

      5、適應(yīng)范圍大(適用任何存儲引擎)

      MMM即Master-Master Replication Manager for MySQL(mysql主主復(fù)制管理器),是關(guān)于mysql主主復(fù)制配置的監(jiān)控、故障轉(zhuǎn)移和管理的一套可伸縮的腳本套件(在任何時(shí)候只有一個(gè)節(jié)點(diǎn)可以被寫入),這個(gè)套件也能基于標(biāo)準(zhǔn)的主從配置的任意數(shù)量的從服務(wù)器進(jìn)行讀負(fù)載均衡,所以你可以用它來在一組居于復(fù)制的服務(wù)器啟動(dòng)虛擬ip,除此之外,它還有實(shí)現(xiàn)數(shù)據(jù)備份、節(jié)點(diǎn)之間重新同步功能的腳本。

      MySQL本身沒有提供replication failover的解決方案,通過MMM方案能實(shí)現(xiàn)服務(wù)器的故障轉(zhuǎn)移,從而實(shí)現(xiàn)mysql的高可用。

      此方案特點(diǎn):

      淺談 MySQL 集群高可用架構(gòu)

      1、安全、穩(wěn)定性較高,可擴(kuò)展性好

      2、 對服務(wù)器數(shù)量要求至少三臺及以上

      3、 對雙主(主從復(fù)制性要求較高)

      4、 同樣可實(shí)現(xiàn)讀寫分離

      Mysql官方推出的集群高可用方案,由于本人沒有用過,不好評價(jià)

      摘自網(wǎng)絡(luò)上的一段解釋

      MySQL Cluster 由一組計(jì)算機(jī)構(gòu)成,每臺計(jì)算機(jī)上均運(yùn)行著多種進(jìn)程,包括 MySQL服務(wù)器,NDB Cluster的數(shù)據(jù)節(jié)點(diǎn),管理服務(wù)器,以及(可能)專門的數(shù)據(jù)訪問程序。

      由于MySQL Cluster架構(gòu)復(fù)雜,部署費(fèi)時(shí)(通常需要DBA幾個(gè)小時(shí)的時(shí)間才能完成搭建),而依靠 MySQL Cluster Manager 只需一個(gè)命令即可完成,但 MySQL Cluster Manager 是收費(fèi)的。并且業(yè)內(nèi)資深人士認(rèn)為NDB 不適合大多數(shù)業(yè)務(wù)場景,而且有安全問題。因此,使用的人數(shù)較少。

      有興趣的可以研究下官方文檔:

      https://dev.mysql.com/doc/refman/5.7/en/mysql-cluster-install-linux.html

      歡迎大家在文未留言,發(fā)表自己對高可用架構(gòu)的一些看法和理解!!!

      MySQL 云計(jì)算 基礎(chǔ)服務(wù) 開源 數(shù)據(jù)庫

      版權(quán)聲明:本文內(nèi)容由網(wǎng)絡(luò)用戶投稿,版權(quán)歸原作者所有,本站不擁有其著作權(quán),亦不承擔(dān)相應(yīng)法律責(zé)任。如果您發(fā)現(xiàn)本站中有涉嫌抄襲或描述失實(shí)的內(nèi)容,請聯(lián)系我們jiasou666@gmail.com 處理,核實(shí)后本網(wǎng)站將在24小時(shí)內(nèi)刪除侵權(quán)內(nèi)容。

      版權(quán)聲明:本文內(nèi)容由網(wǎng)絡(luò)用戶投稿,版權(quán)歸原作者所有,本站不擁有其著作權(quán),亦不承擔(dān)相應(yīng)法律責(zé)任。如果您發(fā)現(xiàn)本站中有涉嫌抄襲或描述失實(shí)的內(nèi)容,請聯(lián)系我們jiasou666@gmail.com 處理,核實(shí)后本網(wǎng)站將在24小時(shí)內(nèi)刪除侵權(quán)內(nèi)容。

      上一篇:wps 加水印 方法
      下一篇:【Flutter】StatefulWidget 組件 ( Image 組件 | TextField 組件 )
      相關(guān)文章
      亚洲成a人片77777群色| 亚洲VA中文字幕无码毛片| 久久91亚洲精品中文字幕| 国产亚洲精品线观看动态图| 亚洲AⅤ优女AV综合久久久| 久久精品国产亚洲av品善| 亚洲av无码av在线播放| 亚洲日韩AV一区二区三区四区| 亚洲国产乱码最新视频| 2020久久精品亚洲热综合一本| 77777午夜亚洲| 亚洲精品蜜夜内射| 亚洲精品理论电影在线观看| 亚洲av永久无码一区二区三区| 亚洲.国产.欧美一区二区三区| 自拍偷自拍亚洲精品播放| 国产偷国产偷亚洲高清人| 亚洲第一黄片大全| 国产亚洲精久久久久久无码77777| 国产亚洲一区区二区在线| 亚洲色爱图小说专区| 国产亚洲精品精华液| 日产亚洲一区二区三区| 亚洲春色在线观看| youjizz亚洲| 亚洲AV无码专区亚洲AV桃| 亚洲第一区在线观看| 亚洲日韩精品射精日| 久久精品亚洲综合一品| 亚洲高清日韩精品第一区| 亚洲不卡1卡2卡三卡2021麻豆| 亚洲熟妇AV乱码在线观看| 综合一区自拍亚洲综合图区| 亚洲国产日韩在线观频| 亚洲色自偷自拍另类小说| 亚洲男人天堂av| 亚洲精品中文字幕无乱码麻豆| 亚洲成在人线aⅴ免费毛片 | 亚洲av日韩av天堂影片精品| 久久久无码精品亚洲日韩京东传媒| 亚洲人xxx日本人18|