3.執行帶複製功能的MongoDB是十分重要的，尤其是沒有開啟Journaling日誌的時候。

1.mongodb介紹

    MongoDB (名稱來自"humongous") 是一個可擴充套件的高效能，開源，模式自由，面向文件的資料庫。它使用C++編寫。MongoDB特點:

  a.面向集合的儲存：適合儲存物件及JSON形式的資料。

  b.動態查詢：mongo支援豐富的查詢表達方式，查詢指令使用JSON形式的標記，

  c.完整的索引支援:包括文件內嵌物件及陣列。mongo的查詢優化器會分析查詢表示式，並生成一個高效的查詢計劃。

  d.查詢監視：mongo包含一個監視工具用於分析資料庫操作效能。

  e.複製及自動故障轉移：mongo資料庫支援伺服器之間的資料複製，支援主-從模式及伺服器之間的相互複製。複製的主要目的是提供冗餘及自動故障轉移。

  f.高效的傳統儲存方式：支援二進位制資料及大型物件（如照片或圖片）。

  g.自動分片以支援雲級別的伸縮性：自動分片功能支援水平的資料庫叢集，可動態新增額外的機器。

2.mongo使用場合

    mongodb的主要目標是在鍵/值儲存方式（提供了高效能和高度伸縮性）以及傳統的RDBMS系統（豐富的功能）架起一座橋樑，集兩者的優勢於一身。mongo適用於以下場景：

  a.網站資料：mongo非常適合實時的插入，更新與查詢，並具備網站實時資料儲存所需的複製及高度伸縮性。

  b.快取：由於效能很高，mongo也適合作為資訊基礎設施的快取層。在系統重啟之後，由mongo搭建的持久化快取可以避免下層的資料來源過載。

  c.大尺寸、低價值的資料：使用傳統的關係資料庫儲存一些資料時可能會比較貴，在此之前，很多程式設計師往往會選擇傳統的檔案進行儲存。

  d.高伸縮性的場景：mongo非常適合由數十或者數百臺伺服器組成的資料庫。

  e.用於物件及JSON資料的儲存：mongo的BSON資料格式非常適合文件格式化的儲存及查詢。

不適合的場景：

  a.高度事物性的系統：例如銀行或會計系統。傳統的關係型資料庫目前還是更適用於需要大量原子性複雜事務的應用程式。

  b.傳統的商業智慧應用：針對特定問題的BI資料庫會對產生高度優化的查詢方式。對於此類應用，資料倉庫可能是更合適的選擇。

  c.需要SQL的問題。

開發中用MongoDB的爽快之處

MongoDB是一個非常適合PHP開發的#NoSQL# 資料庫，尤其支援高併發和schema-free（自由結構）特性，使得PHP開發變得更靈活，更高效。大家都來試試吧！

或許很多時候，記錄在mysql裡面的自由欄位（如序列化後的陣列），都很難去回憶或者找到在什麼地方。而mongodb卻可以讓你輕鬆找到需要的陣列，而且很有規律（條件查詢）。這種輕鬆，對比起來就知道了。

mysql在大資料量情況下，orderby和groupby的效率會非常的低。從目前的實踐來看，mongodb是很有希望和很有必要替代orderby和groupby，因其有靈活的資料結構模型，可作為一個可查詢和排序、歸類的資料中間快取層，而且效率會比通常的mysql查詢高很多。

思考MongoDB的使用場景

重要資料：mysql，一般資料：mongodb，臨時資料：memcache

對於關係資料表而言，mongodb是提供了一個更快速的檢視view；而對於PHP程式而言，mongodb可以作為一個持久化的陣列來使用，並且這個持久化的陣列還可以支援排序、條件、限制等功能。

將mongodb代替mysql的部分功能，主要一個思考點就是：把mongodb當作mysql的一個view（檢視），view是將表資料整合成業務資料的關鍵。比如說對原始資料進行報表，那麼就要先把原始資料統計後生成view，在對view進行查詢和報表。從這個意義上，mongodb提供了一個更快速，更使用的view

PHP中使用MongoDB要注意的

Mongodb等noSQL技術，作為memcache和mysql的一箇中間view是比較好的選擇。而noSQL進行持久化是非常不好的事情，除非有SSD硬碟，否則普通硬碟條件下，持久化會令系統負擔極大，並且效率甚至有可能比mysql還要低。

在用 PHP 操作 MongoDB 時，排序欄位值需要強制型別。不然排序的時候會有問題。 不強制型別時會 類似以下形式： 1 10 2 3 解決辦法就是在寫入的時候 加上 (int)$sort 強制一下型別。

MongoDB遇到“Caught exception: non-utf8 string: ”的異常，這是插入非UTF8編碼文字的時候就會丟擲