MySQL集群的可行方案

1、mysql集群的可行方案如果單mysql的優(yōu)化始終還是頂不住壓力時，這個時候我們就必須考慮mysql的高可用架構(gòu)(很多同學(xué)也愛說成是mysql集群)了，目前可行的方案有： 一、mysql cluster 優(yōu)勢：可用性非常高，性能非常好。每份數(shù)據(jù)至少可在不同主機(jī)存一份拷貝，且冗余數(shù)據(jù)拷貝實(shí)時同步 如果單mysql的優(yōu)化始終還是頂不住壓力時，這個時候我們就必須考慮mysql的高可用架構(gòu)(很多同學(xué)也愛說成是mysql集群)了，目前可行的方案有：一、mysql cluster優(yōu)勢：可用性非常高，性能非常好。每份數(shù)據(jù)至少可在不同主機(jī)存一份拷貝，且冗余數(shù)據(jù)拷貝實(shí)時同步。但它的維護(hù)非常復(fù)雜，存在部分bug，

2、目前還不適合比較核心的線上系統(tǒng)，所以這個我不推薦。二、drbd磁盤網(wǎng)絡(luò)鏡像方案優(yōu)勢：軟件功能強(qiáng)大，數(shù)據(jù)可在底層快設(shè)備級別跨物理主機(jī)鏡像，且可根據(jù)性能和可靠性要求配置不同級別的同步。io操作保持順序，可滿足數(shù)據(jù)庫對數(shù)據(jù)一致性的苛刻要求。但非分布式文件系統(tǒng)環(huán)境無法支持鏡像數(shù)據(jù)同時可見，性能和可靠性兩者相互矛盾，無法適用于性能和可靠性要求都比較苛刻的環(huán)境，維護(hù)成本高于mysql replication。另外，drbd也是官方推薦的可用于mysql高可用方案之一，所以這個大家可根據(jù)實(shí)際環(huán)境來考慮是否部署。三、mysql replication在實(shí)際應(yīng)用場景中，mysql replication是使用最

3、為廣泛的一種提高系統(tǒng)擴(kuò)展性的設(shè)計(jì)手段。眾多的mysql使用者通過replication功能提升系統(tǒng)的擴(kuò)展性后，通過簡單的增加價格低廉的硬件設(shè)備成倍 甚至成數(shù)量級地提高了原有系統(tǒng)的性能，是廣大mysql中低端使用者非常喜歡的功能之一，也是許多mysql使用者選擇mysql最為重要的原因。比較常規(guī)的mysql replication架構(gòu)也有好幾種，這里分別簡單說明下mysql replication架構(gòu)一：常規(guī)復(fù)制架構(gòu)-master-slaves，是由一個master復(fù)制到一個或多個salve的架構(gòu)模式，主要用于讀壓力大的應(yīng)用數(shù)據(jù)庫端廉價擴(kuò)展解決方案，讀寫分離，master主要負(fù)責(zé)寫方面的壓力。m

4、ysql replication架構(gòu)二：級聯(lián)復(fù)制架構(gòu)，即master-slaves-slaves,這個也是為了防止slaves的讀壓力過大，而配置一層二級 slaves，很容易解決master端因?yàn)楦綄賡lave太多而成為瓶勁的風(fēng)險(xiǎn)。mysql replication架構(gòu)三：dual master與級聯(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來做，高可用ha軟件我推薦heartbeat。mysql replication的不足：如果master主機(jī)硬件故障無法恢復(fù)，則可能造成部分未傳送到slave端的數(shù)據(jù)丟失。所以大家應(yīng)該根據(jù)自己目前的網(wǎng)絡(luò)規(guī)劃，選擇自己合理的mysql架構(gòu)方案，