持久存儲(chǔ)是網(wǎng)站的生命線(xiàn)，搜索引擎、緩存、應(yīng)用服務(wù)器掛了不要緊，一致性也相對(duì)好解決，因?yàn)樗鼈兌紡拇鎯?chǔ)層拿數(shù)據(jù)。我在大公司和小公司都做了幾年，存儲(chǔ)層的負(fù)載均衡和高可用方案，一直沒(méi)有找到一個(gè)完美的可以分享傳播的方案，同行們有什么建議呢？持久存儲(chǔ)主要指兩方面：文件、數(shù)據(jù)庫(kù)文件可以用分布式文件系統(tǒng)解決，且通常沒(méi)有修改的需求（改文件內(nèi)容的時(shí)候，名字也改了），也不會(huì)像關(guān)系數(shù)據(jù)庫(kù)那樣有大量的過(guò)濾和排序，性能瓶頸不明顯。所以，主流分布式文件系統(tǒng)似乎基本解決了這個(gè)問(wèn)題，我在淘寶用過(guò)HDFS、TFS，在目前公司用的FastDFS和又拍云存儲(chǔ)。數(shù)據(jù)庫(kù)的就比較麻煩了，阿里系IOE組合成本太高（對(duì)小公司來(lái)說(shuō)），MySQL主從復(fù)制有延時(shí)問(wèn)題（特別是StatementsBasedReplication），MySQLCluster太吃?xún)?nèi)存且無(wú)成熟成功案例。我現(xiàn)在用的是MySQL/Galera，三節(jié)點(diǎn)互為master，但也遇到了較多問(wèn)題：1.任意一個(gè)主節(jié)點(diǎn)都可寫(xiě)入，mysql內(nèi)置的一些特性（如autoincrement）不能使用，需要全局的序列號(hào)發(fā)生器2.三節(jié)點(diǎn)互為master，在啟動(dòng)服務(wù)時(shí)總要指定一個(gè)復(fù)制源給它（它是集群第一臺(tái)就不用指定了），這樣三個(gè)節(jié)點(diǎn)的啟動(dòng)就必須有順序，萬(wàn)一三臺(tái)機(jī)器斷電，我怎么知道哪臺(tái)機(jī)器該是下一次啟動(dòng)的第一個(gè)節(jié)點(diǎn)？3.在實(shí)際使用過(guò)程中也出現(xiàn)了異常，PHP的正常CURD操作居然導(dǎo)致復(fù)制失敗，一個(gè)節(jié)點(diǎn)因此退出集群自立門(mén)戶(hù)，而這時(shí)負(fù)載均衡器還不知道，仍將PHP的寫(xiě)請(qǐng)求平均分配到三個(gè)節(jié)點(diǎn)上，導(dǎo)致數(shù)據(jù)不一致還有一個(gè)最省事的做法，買(mǎi)EMC、NetApp之類(lèi)的高端存儲(chǔ)設(shè)備，將數(shù)據(jù)庫(kù)的運(yùn)算和持久存儲(chǔ)分離，相信高端存儲(chǔ)的可靠性，承擔(dān)運(yùn)算的虛擬機(jī)很好做高可用。請(qǐng)教一下各路高手：小公司如何做持久存儲(chǔ)層的負(fù)載均衡和高可用呢？評(píng)論太長(zhǎng)，摘要一些在這里吧：淘寶丁奇提到，打開(kāi)基于行的復(fù)制（RBR），可以用淘寶開(kāi)源出來(lái)（已在阿里集團(tuán)生產(chǎn)環(huán)境投入使用）的Transfer實(shí)現(xiàn)多線(xiàn)程復(fù)制，對(duì)同一行記錄保證復(fù)制順序，可很好解決延時(shí)問(wèn)題。淘寶Transfer地址：http://dinglin.iteye.com/blog/1672742，RBR和SBR優(yōu)缺點(diǎn)：http://hi.baidu.com/byp_lm/item/01072...MySQL5.5開(kāi)始支持了半同步復(fù)制（Semi-syncRepication），可以保證集群內(nèi)至少有一臺(tái)Slave已經(jīng)收到了Master的binlog并寫(xiě)入relaylog才告訴應(yīng)用寫(xiě)成功了，中文介紹：http://hcymysql.blog.51cto.com/522330...saemon的成功案例：使用mysqlcluster支持幾千萬(wàn)用戶(hù)、幾十G大小的數(shù)據(jù)庫(kù)，商業(yè)應(yīng)用，生產(chǎn)環(huán)境數(shù)據(jù)庫(kù)垂直切分也許能從設(shè)計(jì)上簡(jiǎn)化問(wèn)題，假設(shè)一個(gè)B2C網(wǎng)站，spider抓取回來(lái)的資訊內(nèi)容存在傳統(tǒng)的主從mysql集群里（偶爾有點(diǎn)延時(shí)問(wèn)題也不大）；商品數(shù)據(jù)存在三節(jié)點(diǎn)的galera集群里，因?yàn)閷?xiě)入時(shí)間和頻率都容易預(yù)測(cè)，可以只拿出其中一個(gè)節(jié)點(diǎn)暴露給LB提供寫(xiě)服務(wù)，能保證無(wú)延時(shí)，唯一的寫(xiě)節(jié)點(diǎn)掛掉了讓運(yùn)營(yíng)不要上傳商品等待恢復(fù)就是了；消費(fèi)者活動(dòng)訂單（三個(gè)月以?xún)?nèi)的）放到mysqlcluster集群，數(shù)據(jù)規(guī)模小，取結(jié)果集的性能壓力也不大，也能有超過(guò)3個(gè)節(jié)點(diǎn)任意寫(xiě)入，實(shí)時(shí)同步；非活動(dòng)訂單只讀不寫(xiě)（至少不可能由消費(fèi)者來(lái)寫(xiě)），放到傳統(tǒng)master-slave,master-master都可以