MongoDB是什么意思

本篇文章為大家展示了MongoDB是什么意思，內容簡明扼要并且容易理解，絕對能使你眼前一亮，通過這篇文章的詳細介紹希望你能有所收獲。

一、MongoDB簡介

MongoDB是一個高性能，開源，無模式的文檔型數據庫，是當前NoSql數據庫中比較熱門的一種。它在許多場景下可用于替代傳統的關系型數據庫或鍵/值存儲方式。Mongo使用C++開發。Mongo的官方網站地址是：http://www.mongodb.org/，讀者可以在此獲得更詳細的信息。 

小插曲：什么是NoSql？

NoSql，全稱是 Not Only Sql,指的是非關系型的數據庫。下一代數據庫主要解決幾個要點：非關系型的、分布式的、開源的、水平可擴展的。原始的目的是為了大規模web應用，這場運動開始于2009年初，通常特性應用如：模式自由、支持簡易復制、簡單的API、最終的一致性（非ACID）、大容量數據等。NoSQL被我們用得最多的當數key-value存儲，當然還有其他的文檔型的、列存儲、圖型數據庫、xml數據庫等。

特點:

高性能、易部署、易使用，存儲數據非常方便。主要功能特性有：

面向集合存儲，易存儲對象類型的數據。

模式自由。

支持動態查詢。

支持完全索引，包含內部對象。

支持查詢。

支持復制和故障恢復。

使用高效的二進制數據存儲，包括大型對象（如視頻等）。

自動處理碎片，以支持云計算層次的擴展性

支持Python，PHP，Ruby，Java，C，C#，Javascript，Perl及C++語言的驅動程序，社區中也提供了對Erlang及.NET等平臺的驅動程序。

文件存儲格式為BSON（一種JSON的擴展）。

可通過網絡訪問。

功能:

面向集合的存儲：適合存儲對象及JSON形式的數據。

動態查詢：Mongo支持豐富的查詢表達式。查詢指令使用JSON形式的標記，可輕易查詢文檔中內嵌的對象及數組。

完整的索引支持：包括文檔內嵌對象及數組。Mongo的查詢優化器會分析查詢表達式，并生成一個高效的查詢計劃。

查詢監視：Mongo包含一個監視工具用于分析數據庫操作的性能。

復制及自動故障轉移：Mongo數據庫支持服務器之間的數據復制，支持主-從模式及服務器之間的相互復制。復制的主要目標是提供冗余及自動故障轉移。

高效的傳統存儲方式：支持二進制數據及大型對象（如照片或圖片）

自動分片以支持云級別的伸縮性：自動分片功能支持水平的數據庫集群，可動態添加額外的機器。

適用場合:

網站數據：Mongo非常適合實時的插入，更新與查詢，并具備網站實時數據存儲所需的復制及高度伸縮性。

緩存：由于性能很高，Mongo也適合作為信息基礎設施的緩存層。在系統重啟之后，由Mongo搭建的持久化緩存層可以避免下層的數據源 過載。

大尺寸，低價值的數據：使用傳統的關系型數據庫存儲一些數據時可能會比較昂貴，在此之前，很多時候程序員往往會選擇傳統的文件進行存儲。

高伸縮性的場景：Mongo非常適合由數十或數百臺服務器組成的數據庫。Mongo的路線圖中已經包含對MapReduce引擎的內置支持。

用于對象及JSON數據的存儲：Mongo的BSON數據格式非常適合文檔化格式的存儲及查詢。

在國內的整體環境之中，MongoDB在中小類型的公司之中，其流向程度遠超其他Nosql.

　為什么不？

　　1）MongoDB 為了贏得 Benchmark 測試而默認使用了不安全的寫方式

　　如果你不調用 getLastError ()，MongoDB 就不會在確認數據庫寫操作完成就返回了，這會引入至少兩種問題：

在并發的環境下（連接池等），在一個讀操作“完成”后的連續地讀操作會出錯，MongoDB 沒有“柵欄條件鎖”來知道什么時候完成寫。

未知個數的保存操作會被丟棄，因為保存操作的隊列會在不同的地方。比如 TCP 緩存等。當你和數據庫連接因為一些意味情況斷開的時候，這些東西就被丟棄了。

10gen CTO 回復： 這和 Benchmark 沒有任何關系，并說這個就是 API 的設計，其交給用戶自己去選擇，因為寫的方式也有很多種。

　　2）MongoDB 會以令人震驚的方式丟失數據

　　下面是一個我們所經歷過的它丟數據的列表：

數據就是丟了，原因未知。

從損壞的數據庫中恢復數據不成功，如事務日志。

主從結點間的數據復制有缺口，導致“從結點”丟失“主結點”有的數據。是的，沒有 CheckSum，并且是的，你還會看到復制狀態為“從結點”的當前狀態。

數據復制有時會停了，沒有錯誤。你要監控你的復制狀態！

10gen CTO 逐一回復：1）從來沒有一個數據丟失的 BUG 我們沒有馬上 fix 的事情。你能告訴我你報給我們的問題號嗎？我們至少要明白是怎么一回事。如果是我們的問題，我們會馬上 fix 的。2）從損壞了的數據庫中不能完全恢復數據 ，這不挺正常的嗎？但是如果有主從服務器互為備份應該會好一些。3）請告訴我你的問題號，我們從來沒有接到過這樣的錯誤報告。如果有，的確很嚴重。4）如果是說錯誤條件發生的時候沒有通知，這有可能。另外，你可以監控數據復制的寫操作，你可以使用 w=2 為 getLastError 的參數。

　　3）MongoDB 需要全局寫鎖來請求寫操作

　　在寫操作頻繁的時候，這等同于殺了你。如果你運行一個 blog，你也許不會關心這個事，因為你的讀寫操作不高。

10gen CTO 回復：讀寫鎖永遠都是問題，但是2.0會好很多，2.2會解決得更好一些。

　　4）MongoDB 的 Sharding (分區) 在高負載下會停止工作

　　在高負載下加一個 shard 是一場惡夢。Mongo 要么會移動其數據塊太快而導致 DOS 攻擊產生很多流量占用帶寬，要么就完全地拒絕更多的數據塊。這會使一個高流量的網站承受著沉重地寫操作。

10gen CTO 回復：如果系統已經超過了其負載，那么移動數據當然會變得很難。我每一次的演講都說得很清楚，不要在系統性能不行的時候才去加 shard，這不行的。

　　5）Mongo 不可靠

　　Mongod/配置服務器/mongos 的架構確實合理且聰明。不幸的是，mongos 完全就是垃圾。在有負載的情況下，它時不時就都會崩潰，有時幾個小時，有時幾天。進程重啟監控有時也不管用，因為它會拋出一些斷言偽造出一個關鍵線程，導致進程還在運行。Double Fail。

　　最壞的是，唯一可行的方式是在一堆 mongos 實例前放一個 HaProxy (一種負載均衡器)，運行一個作業緩慢地輪著訪問這些 mongos 實例，并定期 kill 掉他們，以便可以重新啟動新的實例。我沒有在開玩笑。

10gen CTO 回復：不可能有這種事，你能不能告訴我更多的細節？

　　6）MongoDB 有一次甚至刪除了整個數據庫

　　MongoDB 1.6，在數據同步配置中，有時會配置了一個錯誤的結點（經常是一個空結點）作為一個最新的數據結點。于是其它同步數據的結點上的數據就這樣被干掉了（我說的是700GB 的好數據），因為其把這個空結點的數據同步回有數據的結點上。數據庫永遠永遠都不應該干這個。如果出現這種問題，數據庫應該拋出一個錯誤而讓 DBA 來選擇合理的操作，或是強制使用正確的配置。而不應該刪除所有的數據（那天真是太糟糕了）。

　　他們在1.8中修復了這個問題，偶滴神啊。

10gen CTO 回復：找不到這樣的事，也找不到相應提交的代碼，你能多給點信息嗎？

　　7）發布了一些不應該發布東西

　　眾所周知，在穩定版里能找到一些尷尬的 bug 會導致數據問題——而我們總是在出了問題后他們才告訴我們這些問題，這是因為我們購買了 10gen 他們那超級詐騙的白金技術支持。他們回應是，發給我們一個 hot patch，他們內部叫 RC 的玩意，然后讓這個 hot patch 運行在我們的數據上。

10gen CTO 回復：關于白金的技術支持，我們所接手的所有問題都會公開，fix 也會公開。沒有特定的情景，這種事很難討論。我們會根據不同的情況作出不同的反應。我們希望我們的用戶的問題能盡快得到解決。

　　8）復制器在繁忙的服務器上黯然失色

　　復制器經常性的向 Master 發起 DOS 攻擊，或是復制非常慢，花了巨長無比的時間，而 oplog 幾乎被耗盡（就算是 50GB 的 oplog）。

　　我們有一個繁忙的，大的數據集，我們不會復制它，因為它是動態的。那是令人痛苦的一個月，或是我們需要在選擇不同的數據庫系統前交叉雙指（注：好運的手勢）

10gen CTO 回復：這看起來像上服務器負載過重了。我前面提到過了。

　　但是最糟糕的問題是：

　　你可能會說，我這些問題都是過去式了；他們修復了所有這些問題或是他們會在下一版本中修復這些問題；X問題可以用Y實踐來減輕。等等，等等。

　　不幸的是，你說這些東西一點用也沒有。

　　真正的問題是，這么多的問題都是首要的問題。 數據庫開發者要能 hold 住比一般程序員更高的標準。也就是說，你的優先級應該像下面這個樣子：

別搞丟數據，對數據要有完全的把握

通過實踐保證可用性

多結點的性能擴展性

最小延遲應該保持在99%和95%之間

每個資源的每秒請求數

　　10gen 的順序好像是 #5 為第一，其它項隨便，#1 并不在前3位。

10gen CTO 回復：這明顯不是真的。看一看我們提交的代碼，看一看我們的 fix。 我們從來不會在 release 版中隱藏一個 bug。如果我們非常在乎性能的 benchmark 的話，我們會花精力解決那些鎖的問題，這樣一來，多線程并發會更快一些。

MongoDB 是一個新生的東西，還有很多東西需要打磨。如果你想來認識一下我們，我們歡迎你來認識一下我們。

　　這些失敗，還有那所暗示的公司的優先級，指出了一個最基本的企業文化的問題，其會讓問題出現在任一發布版中：因為他們缺乏尊守必要的數據庫系統的設計律條。

上述內容就是MongoDB是什么意思，你們學到知識或技能了嗎？如果還想學到更多技能或者豐富自己的知識儲備，歡迎關注億速云行業資訊頻道。