共計 1748 個字符，預計需要花費 5 分鐘才能閱讀完成。

這篇文章主要為大家展示了“mongodb 中關于索引的知識有哪些”，內容簡而易懂，條理清晰，希望能夠幫助大家解決疑惑，下面讓丸趣 TV 小編帶領大家一起研究并學習一下“mongodb 中關于索引的知識有哪些”這篇文章吧。

我們日常做開發都避免不了要對程序進行性能優化，而程序的操作無非就是 CURD，通常我們又會花費 50% 的時間在 R 上面，因為 Read 操作對用戶來說是非常敏感的，處理不好就會被人唾棄。

    從算法上來說有 5 種經典的查找，具體的可以參見我的算法速成系列，這其中就包括我們今天所說的“索引查找”，如果大家對 mysql 比較了解的話，相信索引查找能給我們帶來什么樣的性能提升吧。

    我們首先插入 10w 數據，上圖說話：

一：性能分析函數（explain）

好了，數據已經插入成功，既然我們要做分析，肯定要有分析的工具，幸好 mongodb 中給我們提供了一個關鍵字叫做“explain，那么怎么用呢？

還是看圖，注意，這里的 name 字段沒有建立任何索引，這里我就查詢一個“name10000”的姓名。

  仔細看紅色區域，有幾個我們關心的 key。

   cursor:       這里出現的是”BasicCursor , 什么意思呢，就是說這里的查找采用的是“表掃描”，也就是順序查找，很悲催啊。
   nscanned:   這里是 10w，也就是說數據庫瀏覽了 10w 個文檔，很恐怖吧，這樣玩的話讓人受不了啊。
   n:             這里是 1，也就是最終返回了 1 個文檔。
   millis:         這個就是我們最最最 …. 關心的東西，總共耗時 114 毫秒。 

二：建立索引（ensureIndex）

      在 10w 條這么簡單的集合中查找一個文檔要 114 毫秒有一點點讓人不能接收，好，那么我們該如何優化呢？mongodb 中給我們帶來了索引查找，看看能不能讓我們的查詢一飛沖天 ….. 

這里我們使用了 ensureIndex 在 name 上建立了索引。”1“：表示按照 name 進行升序，”-1“：表示按照 name 進行降序。

我的神啊，再來看看這些敏感信息。

   cursor:       這里出現的是”BtreeCursor，這么牛 X，mongodb 采用 B 樹的結構來存放索引，索引名為后面的“name_1。
   nscanned:   數據庫只瀏覽了一個文檔就 OK 了。
   n:             直接定位返回。
   millis:         看看這個時間真的不敢相信，秒秒殺。 

通過這個例子相信大家對索引也有了感官方面的認識了吧。 

三：唯一索引

      和 sqlserver 一樣都可以建立唯一索引，重復的鍵值自然就不能插入，在 mongodb 中的使用方法是：

db.person.ensureIndex({name :1},{unique :true})

四：組合索引

      有時候我們的查詢不是單條件的，可能是多條件，比如查找出生在‘1989-3-2 名字叫‘jack 的同學，那么我們可以建立“姓名”和 生日“的聯合索引來加速查詢。

看到上圖，大家或者也知道 name 跟 birthday 的不同，建立的索引也不同，升序和降序的順序不同都會產生不同的索引，那么我們可以用 getindexes 來查看下 person 集合中到底生成了那些索引。 

此時我們肯定很好奇，到底查詢優化器會使用哪個查詢作為操作，呵呵，還是看看效果圖：

看完上圖我們要相信查詢優化器，它給我們做出的選擇往往是最優的，因為我們做查詢時，查詢優化器會使用我們建立的這些索引來創建查詢方案，如果某一個先執行完則其他查詢方案被 close 掉，這種方案會被 mongodb 保存起來，當然如果非要用自己指定的查詢方案，這也是可以的，在 mongodb 中給我們提供了 hint 方法讓我們可以暴力執行。

五：刪除索引

      可能隨著業務需求的變化，原先建立的索引可能沒有存在的必要了，可能有的人想說沒必要就沒必要唄，但是請記住，索引會降低 CUD 這三種操作的性能，因為這玩意需要實時維護，所以啥問題都要綜合考慮一下，這里就把剛才建立的索引清空掉來演示一下:dropIndexes 的使用。

以上是“mongodb 中關于索引的知識有哪些”這篇文章的所有內容，感謝各位的閱讀！相信大家都有了一定的了解，希望分享的內容對大家有所幫助，如果還想學習更多知識，歡迎關注丸趣 TV 行業資訊頻道！