新聞中心
【獨(dú)家特稿】在上一篇MySQL數(shù)據(jù)庫(kù)的優(yōu)化中,我們跟隨筆者學(xué)習(xí)了單機(jī)MySQL數(shù)據(jù)庫(kù)的優(yōu)化,今天我們繼續(xù)跟隨筆者學(xué)習(xí)MySQL優(yōu)化的集群方案。

公司主營(yíng)業(yè)務(wù):做網(wǎng)站、成都做網(wǎng)站、移動(dòng)網(wǎng)站開發(fā)等業(yè)務(wù)。幫助企業(yè)客戶真正實(shí)現(xiàn)互聯(lián)網(wǎng)宣傳,提高企業(yè)的競(jìng)爭(zhēng)能力。創(chuàng)新互聯(lián)是一支青春激揚(yáng)、勤奮敬業(yè)、活力青春激揚(yáng)、勤奮敬業(yè)、活力澎湃、和諧高效的團(tuán)隊(duì)。公司秉承以“開放、自由、嚴(yán)謹(jǐn)、自律”為核心的企業(yè)文化,感謝他們對(duì)我們的高要求,感謝他們從不同領(lǐng)域給我們帶來的挑戰(zhàn),讓我們激情的團(tuán)隊(duì)有機(jī)會(huì)用頭腦與智慧不斷的給客戶帶來驚喜。創(chuàng)新互聯(lián)推出韶關(guān)免費(fèi)做網(wǎng)站回饋大家。
MySQL高可用設(shè)計(jì)方案
如果單MySQL的優(yōu)化始終還是頂不住壓力時(shí),這個(gè)時(shí)候我們就必須考慮MySQL的集群方案了,目前可行的方案有:
一、MySQL Cluster
優(yōu)勢(shì):可用性非常高,性能非常好。每份數(shù)據(jù)至少可在不同主機(jī)存一份拷貝,且冗余數(shù)據(jù)拷貝實(shí)時(shí)同步。
但它的維護(hù)非常復(fù)雜,存在部分Bug,目前還不適合比較核心的線上系統(tǒng),所以這個(gè)我不推薦。
二、DRBD磁盤網(wǎng)絡(luò)鏡像方案
優(yōu)勢(shì):軟件功能強(qiáng)大,數(shù)據(jù)可在底層快設(shè)備級(jí)別跨物理主機(jī)鏡像,且可根據(jù)性能和可靠性要求配置不同級(jí)別的同步。IO操作保持順序,可滿足數(shù)據(jù)庫(kù)對(duì)數(shù)據(jù)一致性的苛刻要求。
但非分布式文件系統(tǒng)環(huán)境無法支持鏡像數(shù)據(jù)同時(shí)可見,性能和可靠性兩者相互矛盾,無法適用于性能和可靠性要求都比較苛刻的環(huán)境,維護(hù)成本高于MySQL Replication。所以這個(gè)大家可根據(jù)實(shí)際環(huán)境來考慮是否部署。
三、MySQL Replication
在實(shí)際應(yīng)用場(chǎng)景中,MySQL Replication是使用最為廣泛的一種提高系統(tǒng)擴(kuò)展性的設(shè)計(jì)手段。眾多的MySQL使用者通過Replication功能提升系統(tǒng)的擴(kuò)展性后,通過簡(jiǎn)單的增加價(jià)格低廉的硬件設(shè)備成倍 甚至成數(shù)量級(jí)地提高了原有系統(tǒng)的性能,是廣大MySQL中低端使用者非常喜歡的功能之一,也是許多MySQL使用者選擇MySQL最為重要的原因。
比較常規(guī)的MySQL Replication架構(gòu)也有好幾種,這里分別簡(jiǎn)單說明下
MySQL Replicatioin 方案一:常規(guī)復(fù)制架構(gòu)--Master-slaves,是由一個(gè)Master復(fù)制到一個(gè)或多個(gè)Salve的架構(gòu)模式,主要用于讀壓力大的應(yīng)用數(shù)據(jù)庫(kù)端廉價(jià)擴(kuò)展解決方案,讀寫分離,Master主要負(fù)責(zé)寫方面的壓力。
MySQL Replicatioin 方案二:級(jí)聯(lián)復(fù)制架構(gòu),即Master-Slaves-Slaves,這個(gè)也是為了防止Slaves的讀壓力過大,而配置一層二級(jí) Slaves,很容易解決Master端因?yàn)楦綄賡lave太多而成為瓶勁的風(fēng)險(xiǎn)。
MySQL Replicatioin 方案三:Dual Master與級(jí)聯(lián)復(fù)制結(jié)合架構(gòu),即Master-Master-Slaves,***的好處是既可以避免主Master的寫操作受到Slave集群的復(fù)制帶來的影響,而且保證了主Master的單點(diǎn)故障。
以上就是比較常見的MySQL replication架構(gòu)方案,大家可根據(jù)自己公司的具體環(huán)境來設(shè)計(jì) ,Mysql 負(fù)載均衡可考慮用LVS或Haproxy來做,高可用軟件我推薦Heartbeat。
MySQL Replication的不足:如果Master主機(jī)硬件故障無法恢復(fù),則可能造成部分未傳送到slave端的數(shù)據(jù)丟失。所以大家應(yīng)該根據(jù)自己目前的網(wǎng)絡(luò)規(guī)劃,選擇自己合理的Mysql架構(gòu)方案,跟自己的MySQL DBA和程序員多溝涌,多備份(備份我至少會(huì)做到本地和異地雙備份),多測(cè)試,數(shù)據(jù)的事是***的事,出不得半點(diǎn)差錯(cuò),切記切記。
因本人自身能力有限,以上認(rèn)識(shí)可能存在錯(cuò)誤和疏漏,大家有什么想法和意見都可以通過我的博客與我交流,我會(huì)在***時(shí)間更正此文章。
撫琴煮酒的技術(shù)型博客
http://hi.baidu.com/yuhongchun027
http://andrewyu.blog.
參考文檔 簡(jiǎn)朝陽(yáng) 《MySQL性能調(diào)優(yōu)與架構(gòu)設(shè)計(jì)》電子工業(yè)出版社
【編輯推薦】
- MySQL數(shù)據(jù)庫(kù)的優(yōu)化(上)單機(jī)MySQL數(shù)據(jù)庫(kù)的優(yōu)化
- MySQL數(shù)據(jù)庫(kù)分區(qū)管理 細(xì)節(jié)決定成敗
- 從MySQL復(fù)制功能中得到一舉三得實(shí)惠
- 降低鎖競(jìng)爭(zhēng) 減少M(fèi)ySQL用戶等待時(shí)間
- 給數(shù)據(jù)減肥 讓MySQL數(shù)據(jù)庫(kù)跑的更快
分享名稱:MySQL數(shù)據(jù)庫(kù)的優(yōu)化(下)MySQL數(shù)據(jù)庫(kù)的高可用架構(gòu)方案
新聞來源:http://fisionsoft.com.cn/article/cddesdj.html


咨詢
建站咨詢
