MongoDB的局限性與不足

三里屯搖滾

MongoDB的局限性與不足

本文來(lái)源于對(duì)Quora上一個(gè)問(wèn)答的整理，主要列舉了MongoDB身上一些局限的功能及目前做得不夠好的地方。其中包括了原本就并非MongoDB想做的部分，也包括了MongoDB想做但沒(méi)做好的方面。

在32位系統(tǒng)上，不支持大于2.5G的數(shù)據(jù)。詳見(jiàn)這里
單個(gè)文檔大小限制為 4 M/16 M（1.8版本后升為16M）
鎖粒度太粗，MongoDB使用的是一把全局的讀寫鎖，詳見(jiàn)這里
不支持join操作和事務(wù)機(jī)制，這個(gè)確實(shí)是非MongoDB要做的領(lǐng)域
對(duì)內(nèi)存要求比較大，至少要保證熱數(shù)據(jù)（索引，數(shù)據(jù)及系統(tǒng)其它開(kāi)銷）都能裝進(jìn)內(nèi)存
用戶權(quán)限方面比較弱，這一點(diǎn)MongoDB官方推薦的是將機(jī)器部署在安全的內(nèi)網(wǎng)環(huán)境中，盡量不要用權(quán)限，詳見(jiàn)這里
MapReduce在單個(gè)實(shí)例上無(wú)法并行，只有采用Auto-Sharding才能并行。這是由JS引擎的限制造成的
MapReduce的結(jié)果無(wú)法寫入到一個(gè)被Sharding的Collection中，2.0版本對(duì)這個(gè)問(wèn)題的解決好像也不徹底
對(duì)于數(shù)組型的數(shù)據(jù)操作不夠豐富
Auto-Sharding還存在很多問(wèn)題，所謂的水平擴(kuò)展也不是那么理想
列舉了一些在這里，相信還有很多在應(yīng)用中不那么順手的地方，如果您有補(bǔ)充的意見(jiàn)，歡迎在留言中提出與大家交流。

小忻黑夜

謝謝分享

349176639

恩，還想看詳細(xì)介紹

send_linux

349176639 發(fā)表于 2013-08-15 10:56
恩，還想看詳細(xì)介紹

呵呵，歡迎多來(lái)版塊交流：）

cqsfd

額    本人項(xiàng)目也用了mongodb   有個(gè)蛋疼問(wèn)題    每分鐘mongo自動(dòng)映射數(shù)據(jù)到硬盤時(shí)貌似有性能問(wèn)題   該時(shí)間點(diǎn)出現(xiàn)大量慢日志    大家如何解決這種問(wèn)題呢？  

action08

哪有十全十美的事情啊，大多業(yè)務(wù)還是需要sql+nosql同時(shí)使用