新聞中心
導(dǎo)讀:MySQL數(shù)據(jù)庫是開放源代碼,應(yīng)用范圍很廣泛。這篇文章主要從基本情況、成本、優(yōu)缺點和應(yīng)用場合等方面對5種MySQL數(shù)據(jù)庫的可靠性方案進行了詳細的析和比較,另外,本文對MySQL數(shù)據(jù)庫的開發(fā)和管理有一定的借鑒作用。詳細內(nèi)容請大家參考下文:

創(chuàng)新互聯(lián)專業(yè)為企業(yè)提供豐鎮(zhèn)網(wǎng)站建設(shè)、豐鎮(zhèn)做網(wǎng)站、豐鎮(zhèn)網(wǎng)站設(shè)計、豐鎮(zhèn)網(wǎng)站制作等企業(yè)網(wǎng)站建設(shè)、網(wǎng)頁設(shè)計與制作、豐鎮(zhèn)企業(yè)網(wǎng)站模板建站服務(wù),十多年豐鎮(zhèn)做網(wǎng)站經(jīng)驗,不只是建網(wǎng)站,更提供有價值的思路和整體網(wǎng)絡(luò)服務(wù)。
1.MySQL Clustering(ndb-cluster stogare)
簡介:MySQL公司以存儲引擎方式提供的高可靠性方案,是事務(wù)安全的,實時復(fù)制數(shù)據(jù),可用于需要高可靠性及負載均衡的場合。該方案至少需要三個節(jié)點服務(wù)器才能達到較好的效果。
成本:
節(jié)點服務(wù)器對RAM的需求很大,與數(shù)據(jù)庫大小呈線性比例;
最好使用千兆以太網(wǎng)絡(luò);
還需要使用Dolphin公司提供的昂貴的SCI卡。
優(yōu)點:
可用于負載均衡場合;
可用于高可靠性場合;
高伸縮性;
真正的數(shù)據(jù)庫冗余;
容易維護。
缺點:
隨著數(shù)據(jù)庫的變大,對RAM的需求變得更大,因此成本很高;
速度:
幾乎 比典型的單獨服務(wù)器(無千兆以太網(wǎng),無SCI卡,存儲引擎相關(guān)的限制少)慢10倍。
應(yīng)用場合:
冗余,高可靠性,負載均衡
2. MySQL / GFS-GNBD/ HA (Active/Passive)
簡介:
如果多個MySQL服務(wù)器使用共享硬盤作為數(shù)據(jù)存儲,此方案如何?
GFS/GNBD可以提供所需的共享硬盤。
GFS是事務(wù)安全的文件系統(tǒng)。同一時刻你可以讓一個MySQL使用共享數(shù)據(jù)。
成本:
最多n臺高性能服務(wù)器的成本,其中一個激活的,其他作為備份服務(wù)器。
優(yōu)點:
高可靠性
某種程度的冗余
按照高可靠性進行伸縮
缺點:
沒有負載均衡
沒有保證的冗余
無法對寫操作進行伸縮
速度
單獨服務(wù)器的2倍。對讀操作支持得較好。
應(yīng)用場合
需要高可靠性的、讀操作密集型的應(yīng)用
#p#
3. MySQL / DRBD / HA (Active/Passive)
簡介:
如果多個MySQL服務(wù)器使用共享硬盤作為數(shù)據(jù)存儲,此方案如何?
DRBD可以提供這樣的共享硬盤。DRBD可以被設(shè)置成事務(wù)安全的。
同一時刻你可以讓一個MySQL使用共享數(shù)據(jù)。
成本:
最多n臺高性能服務(wù)器的成本,其中一個激活的,而其他則作為備份服務(wù)器。
優(yōu)點:
高可靠性;
一定程度的冗余;
以高可靠性名義來看是可伸縮的。
缺點:
沒有負載均衡
沒有保證的冗余
在寫負載方面沒有伸縮性
速度:
在讀寫方面相當于單獨服務(wù)器
應(yīng)用場合
需要高可靠性、讀操作密集型的應(yīng)用
4. MySQL Write Master / Multiple MySQL Read Slaves (Active/Active)
簡介:
考慮不同的讀、寫DB數(shù)據(jù)庫連接的情況??梢允褂靡慌_主服務(wù)器用于寫操作,而采用n臺從服務(wù)器用于讀操作。
成本:
最多1臺高性能寫服務(wù)器,n臺讀服務(wù)器的成本
優(yōu)點:
讀操作的高可靠性;
讀操作的負載均衡;
在讀操作負載均衡方面是可伸縮的。
缺點:
無寫操作的高可靠性;
無寫操作的負載均衡;
在寫操作方面無伸縮性;
速度:
同單獨服務(wù)器;在讀操作方面支持得較好
應(yīng)用場合
讀操作密集型的、需要高可靠性和負載均衡的應(yīng)用。
5. Standalone MySQL Servers(Functionally separated) (Active)
多臺功能分離的單獨服務(wù)器,沒有高可靠性、負載均衡能力,明顯缺點太多,不予考慮。
總結(jié):
MySQL官方網(wǎng)站推薦的HA方案是結(jié)合DRBD (本文中的方案3) 和 Replication (本文中的方案4)。假如再加上Linux Heartbeat還可實現(xiàn)Auto-failover功能,在此種情況下,我們會發(fā)現(xiàn),down機時間會大大減少。大家可以根據(jù)自己的實際情況來選擇,希望這篇文章的內(nèi)容對大家有幫助。
【編輯推薦】
- 給數(shù)據(jù)減肥 讓MySQL數(shù)據(jù)庫跑的更快
- 不使用MySQL數(shù)據(jù)庫的五個給力理由
- MySQL數(shù)據(jù)庫的23個特別注意的安全事項
新聞名稱:五種MySQL數(shù)據(jù)庫可靠性方案的分析和比較
當前鏈接:http://www.5511xx.com/article/dheidop.html


咨詢
建站咨詢
