在測(cè)試中,一直使用mongostat監(jiān)控,從并發(fā)數(shù)量上,兩個(gè)系統(tǒng)差不多。還測(cè)試了插入并發(fā)查詢,不過(guò)結(jié)果差不多,大概并發(fā)的相加和都是15000-25000每秒。性能還是很不錯(cuò)的。
MongoDB的擴(kuò)展能力可以滿足你業(yè)務(wù)需求的增長(zhǎng)——這也是為什么它的名字來(lái)源于單詞humongous(極大的)的原因。當(dāng)然,這并不是說(shuō)你在使用MongoDB的路上并不會(huì)碰到一些發(fā)展的痛點(diǎn)。
1. 這種文檔類型的數(shù)據(jù)庫(kù),理論上伸縮性是優(yōu)秀的了,也很靈活,具體到實(shí)際的應(yīng)用,還有待驗(yàn)證可操作性,可維護(hù)性;
2. 和許多nosql產(chǎn)品一樣,使用了memory-mapped 存儲(chǔ)引擎,這種依賴os 刷新數(shù)據(jù)的方式不太安全,很難避免宕機(jī)后的數(shù)據(jù)文件損壞,所以slave實(shí)例是更好的保障方式.具體的replication set的方式我還沒(méi)測(cè)試過(guò),還不知道實(shí)際效果怎么樣?
3.mongodb設(shè)計(jì)的目的之一,盡量把負(fù)荷分給客戶端,這點(diǎn)可以更好的保持高性能. 這點(diǎn)和傳統(tǒng)數(shù)據(jù)庫(kù)有些不一樣,雖然傳統(tǒng)數(shù)據(jù)庫(kù)也是可以這樣做.
4.許多nosq產(chǎn)品都號(hào)稱0維護(hù),不過(guò)都是理論上的,具體是需要大量的經(jīng)驗(yàn)和技巧以及諸多限制,mongodb也是號(hào)稱非常易于維護(hù),極大的簡(jiǎn)化了管理事務(wù).基本上無(wú)需干預(yù).自動(dòng)冗余切換,自動(dòng)添加節(jié)點(diǎn),
- PC官方版
- 安卓官方手機(jī)版
- IOS官方手機(jī)版