Henrique Lobo Weissmann是一位來自於巴西的軟件開發者，他是itexto公司的聯合創始人，這是一家諮詢公司。近日，Henrique在博客上撰文談到了關於MongoDB的一些內容，其中有些觀點值得我們，特別是正在和打算使用MongoDB的開發者關注。
到目前爲止，MongoDB在巴西是最爲流行的NoSQL數據庫（至少根據關於MongoDB的博客數量以及文章所判斷）。MongoDB是個非常棒的解決方案，不過困擾我們的是很少有人瞭解過關於它的一些限制。這樣的事情正在不斷上演：人們看到MongoDB的限制，心裏卻認爲這些是它的Bug。
本文列舉了頗讓作者困惑的一些MongoDB限制，如果你也打算使用MongoDB，那麼至少要提前瞭解這些限制，以免遇到的時候措手不及。
消耗磁盤空間
這是我的第一個困惑：MongoDB會消耗太多的磁盤空間了。當然了，這與它的編碼方式有關，因爲MongoDB會通過預分配大文件空間來避免磁盤碎片問題。它的工作方式是這樣的：在創建數據庫時，系統會創建一個名爲[db name].0的文件，當該文件有一半以上被使用時，系統會再次創建一個名爲[db name].1的文件，該文件的大小是方纔的兩倍。這個情況會持續不斷的發生，因此256、512、1024、2048大小的文件會被寫到磁盤上。最後，再次創建文件時大小都將爲2048Mb。如果存儲空間是項目的一個限制，那麼你必須要考慮這個情況。該問題有個商業解決方案，名字叫做TokuMX，使用後存儲消耗將會減少90%。此外，從長遠來看，repairDatabase與compact命令也會在一定程度上幫到你。
通過複製集實現的數據複製效果非常棒，不過也有限制
MongoDB中數據複製的複製集策略非常棒，很容易配置並且使用起來確實不錯。但如果集羣的節點有12個以上，那麼你就會遇到問題。MongoDB中的複製集有12個節點的限制，這裏是問題的描述，你可以追蹤這個問題看看是否已經被解決了。
主從複製不會確保高可用性
儘管已經不建議被使用了，不過MongoDB還是提供了另外一種複製策略，即主從複製。它解決了12個節點限制問題，不過卻產生了新的問題：如果需要改變集羣的主節點，那麼你必須得手工完成，感到驚訝？看看這個鏈接吧。
不要使用32位版本
MongoDB的32位版本也是不建議被使用的，因爲你只能處理2GB大小的數據。還記得第一個限制麼？這是MongoDB關於該限制的說明。
諮詢費非常非常昂貴（至少對於巴西的開發者與公司來說如此）
我不清楚其他國家的情況，不過至少在巴西MongoDB的諮詢費是個天價。對於“Lightning Consult”計劃來說，每小時的價格是450美金，而你至少需要購買兩個小時的，換句話說，對於任何一家公司來說，每次諮詢的價格至少是900美金。相比於RedHat和Oracle來說，這個價格太高了。
差勁的管理工具
這對於初學者來說依然是個讓人頭疼的問題，MongoDB的管理控制檯太差勁了。我所知道的最好的工具是RoboMongo，它對於那些初次使用的開發者來說非常趁手。
瞭解官方的限制
讓我感到驚訝的是，很少有人會查詢關於他們將要使用的工具的限制。幸好，MongoDB的開發人員發佈了一篇MongoDB所有限制的博客，你可以提前瞭解相關信息，避免在使用過程中難堪。
各位讀者，現在使用MongoDB的公司也越來越多了，不妨與大家分享你在使用這個NoSQL數據庫時的一些經驗與教訓。
文章轉載自：開源中國社區 [http://www.oschina.net]