Henrique Lobo Weissmann是一位來自于巴西的軟件開發(fā)者，他是itexto公司的聯(lián)合創(chuàng)始人，這是一家咨詢公司。近日，Henrique在博客上撰文談到了關于MongoDB的一些內容，其中有些觀點值得我們，特別是正在和打算使用MongoDB的開發(fā)者關注。 到目前為止，MongoDB在

Henrique Lobo Weissmann是一位來自于巴西的軟件開發(fā)者，他是itexto公司的聯(lián)合創(chuàng)始人，這是一家咨詢公司。近日，Henrique在博客上撰文談到了關于MongoDB的一些內容，其中有些觀點值得我們，特別是正在和打算使用MongoDB的開發(fā)者關注。

到目前為止，MongoDB在巴西是最為流行的NoSQL數(shù)據(jù)庫（至少根據(jù)關于MongoDB的博客數(shù)量以及文章所判斷）。MongoDB是個非常棒的解決方案，不過困擾我們的是很少有人了解過關于它的一些限制。這樣的事情正在不斷上演：人們看到MongoDB的限制，心里卻認為這些是它的Bug。

本文列舉了頗讓作者困惑的一些MongoDB限制，如果你也打算使用MongoDB，那么至少要提前了解這些限制，以免遇到的時候措手不及。

消耗磁盤空間

這是我的第一個困惑：MongoDB會消耗太多的磁盤空間了。當然了，這與它的編碼方式有關，因為MongoDB會通過預分配大文件空間來避免磁盤碎片問題。它的工作方式是這樣的：在創(chuàng)建數(shù)據(jù)庫時，系統(tǒng)會創(chuàng)建一個名為[db name].0的文件，當該文件有一半以上被使用時，系統(tǒng)會再次創(chuàng)建一個名為[db name].1的文件，該文件的大小是方才的兩倍。這個情況會持續(xù)不斷的發(fā)生，因此256、512、1024、2048大小的文件會被寫到磁盤上。最后，再次創(chuàng)建文件時大小都將為2048Mb。如果存儲空間是項目的一個限制，那么你必須要考慮這個情況。該問題有個商業(yè)解決方案，名字叫做TokuMX，使用后存儲消耗將會減少90%。此外，從長遠來看，repairDatabase與compact命令也會在一定程度上幫到你。

通過復制集實現(xiàn)的數(shù)據(jù)復制效果非常棒，，不過也有限制

MongoDB中數(shù)據(jù)復制的復制集策略非常棒，很容易配置并且使用起來確實不錯。但如果集群的節(jié)點有12個以上，那么你就會遇到問題。MongoDB中的復制集有12個節(jié)點的限制，這里是問題的描述，你可以追蹤這個問題看看是否已經被解決了。

主從復制不會確保高可用性

盡管已經不建議被使用了，不過MongoDB還是提供了另外一種復制策略，即主從復制。它解決了12個節(jié)點限制問題，不過卻產生了新的問題：如果需要改變集群的主節(jié)點，那么你必須得手工完成，感到驚訝？看看這個鏈接吧。

不要使用32位版本

MongoDB的32位版本也是不建議被使用的，因為你只能處理2GB大小的數(shù)據(jù)。還記得第一個限制么？這是MongoDB關于該限制的說明。

咨詢費非常非常昂貴（至少對于巴西的開發(fā)者與公司來說如此）

我不清楚其他國家的情況，不過至少在巴西MongoDB的咨詢費是個天價。對于“Lightning Consult”計劃來說，每小時的價格是450美金，而你至少需要購買兩個小時的，換句話說，對于任何一家公司來說，每次咨詢的價格至少是900美金。相比于RedHat和Oracle來說，這個價格太高了。

差勁的管理工具

這對于初學者來說依然是個讓人頭疼的問題，MongoDB的管理控制臺太差勁了。我所知道的最好的工具是RoboMongo，它對于那些初次使用的開發(fā)者來說非常趁手。

了解官方的限制

讓我感到驚訝的是，很少有人會查詢關于他們將要使用的工具的限制。幸好，MongoDB的開發(fā)人員發(fā)布了一篇MongoDB所有限制的博客，你可以提前了解相關信息，避免在使用過程中難堪。

各位讀者，現(xiàn)在使用MongoDB的公司也越來越多了，不妨與大家分享你在使用這個NoSQL數(shù)據(jù)庫時的一些經驗與教訓。

中文原文：

聲明：本網頁內容旨在傳播知識，若有侵權等問題請及時與本網聯(lián)系，我們將在第一時間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com