黑色好看版 - 傳送門

本篇文章將會說明以下幾點。

• 什麼是索引?
• 索引的優點與缺點
• 索引的建立
• 索引與非索引搜尋比較
• 不要使用索引的時機

P.S +u^11鐵人們 ~ 事實上我已快gg了

~ 什麼是索引? ~

索引是什麼?最常見的說法是，一本字典中，你要找單字，會先去前面的索引找他在第幾頁，是的這就是索引，可以幫助我們更快速的尋找到document，下面畫張圖來比較一下不使用索引和使用索引的搜尋概念圖。

~ 索引的優缺點 ~

索引竟然可以幫助我們著麼快的找到目標，那是不是以後都用索引就好??著麼可能!~
索引好歸好，但他就像雙刃刀，用的不好會gg的。

優點

• 搜尋速度更(飛)快 ~
• 在使用分組或排度時更快 ~

缺點

• 每次進行操作(新增、更新、刪除)時，都會更費時，因為也要修改索引。
• 索引需要佔據空間。

使用時機

所以根據以上的優缺點可知，不是什麼都要建立索引的，通常只有下列時機才會使用。

• 搜尋結果佔原collection越小，才越適合(下面會說明更清楚)。
• 常用的搜尋。
• 該搜尋造成性能瓶頸。
• 在經常需要排序的搜尋。
• 當索引性能大於操作性能時。

~ 索引的建立 ~

我們簡單建立個索引使用範例。

db.tests.insert( {"x" : "hello"} )

然後這時我們建立x欄位的索引。

db.tests.ensureIndex({ "x" : 1 })

然後我們可以達行下列指令，來查看有沒有建立成功。

db.tests.getIndexs()

結果如下，建立成功x的索引，其中_id那個是預設的，mongodb會自動幫objectId建立索引。

~ 索引與非索引搜尋比較 ~

在mongodb中排序是非常的耗費內存資源，如果排序時內存耗費到32mb(這裡)，mongodb就會報錯，如果超出值，那麼必須使用索引來獲取經過排序的結果。

我們這裡建立些資料，來比較看看兩者的資源耗費不同點。

for (var i=0;i<100000;i++){
	db.test.insert({
		"x" : i
	})
}

然後建立x的索引。

db.test.ensureIndex({ "x" : 1 })

然後我們在有索引與無索引的情況下指行下列指令。

db.test.find({ "x" : {"$gt" : 50000}})
		.sort({"x" : -1})
		.explain("executionStats")

首先來看看無索引的，可知它耗用了不少的內存，並且速度也比較慢。

在來看看有索引的，由於有使用到索引進行排序，所以不需要在內存中進行排序。

從上面兩張圖的結果可知有用索引的速度較快，也較省內存，但要注意並不是建立了索引就代表它一定會用索引排序，這在下一章複合索引會提到。

~ 不要使用索引的時機 ~

我們這邊將使用時機的搜尋結果佔原collection越小，才越適合來進行分析一下。

我們來試試結果佔原collection比大於60%會如何

我們這邊將要來驗證一下，在這種情況下，索引搜尋和全文搜尋(未使用索引)那個比較快。

首先來建立資料一百萬筆，然後有60%的x都為1。

for (var i=0;i<1000000;i++){
	var value = (i<600000)?"1":"2" ;
	db.test.insert({
	  "x" : value
	})
}

然後建立x的索引。

db.test.ensureIndex({ "x" : 1 })

然後我們來比較看看兩者的搜尋速度，我們要尋找x為1的。

首先看看沒有用索引的速度，嗯…418ms

在來看看有索引的速度，嗯…657ms

從上面結果可看出有用索引的比較慢，主要原因為他要先去掃索引然後，再去找全文，正常情況下索引會比較快，但是如果結果佔原collection比過多時就會發生索引反而比較慢。

所以記好當你要找的結果可能會佔你原資料太多部份的，請不要用索引 ~

~結語~

索引是一把雙刃刀，用的好的話效能非常的好，用的不好就和大便一樣，所以要學好~

~參考資料~

• https://docs.mongodb.com/v3.0/tutorial/sort-results-with-indexes/
• https://kknews.cc/zh-tw/other/xpp5mg.html
• http://www.mongoing.com/eshu_explain3
• https://docs.mongodb.com/v3.0/core/indexes-introduction/