MongoDB 是高性能數(shù)據(jù)，但是在使用的過程中，大家偶爾還會碰到一些性能問題。MongoDB和其它關(guān)系型數(shù)據(jù)庫相比，例如 SQL Server 、MySQL 、Oracle 相比來說，相對較新，很多人對其不是很熟悉，所以很多開發(fā)、DBA往往是注重功能的實現(xiàn)，而忽視了性能的要求。其實，MongoDB和 SQL Server 、MySQL 、Oracle 一樣，一個 數(shù)據(jù)庫對象的設(shè)計調(diào)整、索引的創(chuàng)建、語句的優(yōu)化，都會對性能產(chǎn)生巨大的影響。

為了充分挖掘MongoDB性能，現(xiàn)簡單總計了以下18條，歡迎大家一起來持續(xù)總結(jié)完善。

（1）文檔中的_id鍵推薦使用默認值，禁止向_id中保存自定義的值。

解讀： MongoDB文檔中都會有一個“_id”鍵，默認是個ObjectID對象（標識符中包含時間戳、機器ID、進程ID和計數(shù)器）。MongoDB在指定_id與不指定_id插入時 速度相差很大，指定_id會減慢插入的速率。

（2）推薦使用短字段名。

解讀：與關(guān)系型數(shù)據(jù)庫不同，MongoDB集合中的每一個文檔都需要存儲字段名，長字段名會需要更多的存儲空間。

（3）MongoDB索引可以提高文檔的查詢、更新、刪除、排序操作，所以結(jié)合業(yè)務(wù)需求，適當創(chuàng)建索引。

（4）每個索引都會占用一些空間，并且導(dǎo)致插入操作的資源消耗，因此，建議每個集合的索引數(shù)盡量控制在5個以內(nèi)。

（5）對于包含多個鍵的查詢，創(chuàng)建包含這些鍵的復(fù)合索引是個不錯的解決方案。復(fù)合索引的鍵值順序很重要，理解索引最左前綴原則。

解讀：例如在test集合上創(chuàng)建組合索引{a:1,b:1,c:1}。執(zhí)行以下7個查詢語句：

以上查詢語句可能走索引的是1、2、3、4

查詢應(yīng)包含最左索引字段，以索引創(chuàng)建順序為準，與查詢字段順序無關(guān)。

最少索引覆蓋最多查詢。

（6）TTL 索引（time-to-live index，具有生命周期的索引），使用TTL索引可以將超時時間的文檔老化，一個文檔到達老化的程度之后就會被刪除。

解讀：創(chuàng)建TTL的索引必須是日期類型。TTL索引是一種單字段索引，不能是復(fù)合索引。TTL刪除文檔后臺線程每60s移除失效文檔。不支持定長集合。

（7）需要在集合中某字段創(chuàng)建索引，但集合中大量的文檔不包含此鍵值時，建議創(chuàng)建稀疏索引。

解讀：索引默認是密集型的，這意味著，即使文檔的索引字段缺失，在索引中也存在著一個對應(yīng)關(guān)系。在稀疏索引中，只有包含了索引鍵值的文檔才會出現(xiàn)。

（8）創(chuàng)建文本索引時字段指定text，而不是1或者-1。每個集合只有一個文本索引，但是它可以為任意多個字段建立索引。