索引就像書的目錄，如果查找某內容在沒有目錄的幫助下，只能全篇查找翻閱，這導致效率非常的低下；如果在借助目錄情況下，就能很快的定位具體內容所在區域，效率會直線提高。
索引簡介
首先打開命令行，輸入mongo。默認mongodb會連接名為test的數據庫。
? ~ mongoMongoDB shell version: 2.4.9connecting to: test> show collections>
可以使用show collections/tables查看數據庫為空。
然后在mongodb命令行終端執行如下代碼
> for(var i=0;i<100000;i++) {... db.users.insert({username:'user'+i})... }> show collectionssystem.indexesusers> 再查看數據庫發現多了system.indexes 和 users兩個表，前者即所謂的索引，后者為新建的數據庫表。
這樣user表中即有了10萬條數據。
> db.users.find(){ "_id" : ObjectId("5694d5da8fad9e319c5b43e4"), "username" : "user0" }{ "_id" : ObjectId("5694d5da8fad9e319c5b43e5"), "username" : "user1" }{ "_id" : ObjectId("5694d5da8fad9e319c5b43e6"), "username" : "user2" }{ "_id" : ObjectId("5694d5da8fad9e319c5b43e7"), "username" : "user3" }{ "_id" : ObjectId("5694d5da8fad9e319c5b43e8"), "username" : "user4" }{ "_id" : ObjectId("5694d5da8fad9e319c5b43e9"), "username" : "user5" } 現在需要查找其中任意一條數據,比如
> db.users.find({username: 'user1234'}){ "_id" : ObjectId("5694d5db8fad9e319c5b48b6"), "username" : "user1234" } 發現這條數據成功找到，但需要了解詳細信息，需要加上explain方法
> db.users.find({username: 'user1234'}).explain(){ "cursor" : "BasicCursor", "isMultiKey" : false, "n" : 1, "nscannedObjects" : 100000, "nscanned" : 100000, "nscannedObjectsAllPlans" : 100000, "nscannedAllPlans" : 100000, "scanAndOrder" : false, "indexOnly" : false, "nYields" : 0, "nChunkSkips" : 0, "millis" : 30, "indexBounds" : { }, "server" : "root:27017"} 參數很多，目前我們只關注其中的"nscanned" : 100000和"millis" : 30這兩項。
nscanned表示mongodb在完成這個查詢過程中掃描的文檔總數?？梢园l現，集合中的每個文檔都被掃描了，并且總時間為30毫秒。
如果數據有1000萬個，如果每次查詢文檔都遍歷一遍。呃，時間也是相當可觀。
對于此類查詢，索引是一個非常好的解決方案。
> db.users.ensureIndex({"username": 1}) 然后再查找user1234
> db.users.ensureIndex({"username": 1})> db.users.find({username: 'user1234'}).explain(){ "cursor" : "BtreeCursor username_1", "isMultiKey" : false, "n" : 1, "nscannedObjects" : 1, "nscanned" : 1, "nscannedObjectsAllPlans" : 1, "nscannedAllPlans" : 1, "scanAndOrder" : false, "indexOnly" : false, "nYields" : 0, "nChunkSkips" : 0, "millis" : 0, "indexBounds" : { "username" : [ [ "user1234", "user1234" ] ] }, "server" : "root:27017"} 的確有點不可思議，查詢在瞬間完成，因為通過索引只查找了一條數據，而不是100000條。
當然使用索引是也是有代價的：對于添加的每一條索引，每次寫操作（插入、更新、刪除）都將耗費更多的時間。這是因為，當數據發生變化時，不僅要更新文檔，還要更新級集合上的所有索引。因此，mongodb限制每個集合最多有64個索引。通常，在一個特定的集合上，不應該擁有兩個以上的索引。
小技巧
如果一個非常通用的查詢，或者這個查詢造成了性能瓶頸，那么在某字段（比如username）建立索引是非常好的選擇。但只是給管理員用的查詢（不太在意查詢耗費時間），就不該對這個字段建立索引。
復合索引
索引的值是按一定順序排列的，所以使用索引鍵對文檔進行排序非?？臁?/p>
db.users.find().sort({'age': 1, 'username': 1}) 這里先根據age排序再根據username排序，所以username在這里發揮的作用并不大。為了優化這個排序，可能需要在age和username上建立索引。
db.users.ensureIndex({'age':1, 'username': 1})
這就建立了一個復合索引（建立在多個字段上的索引），如果查詢條件包括多個鍵，這個索引就非常有用。
建立復合索引后，每個索引條目都包括一個age字段和一個username字段，并且指向文檔在磁盤上的存儲位置。
此時，age字段是嚴格升序排列的，如果age相等時再按照username升序排列。
查詢方式
點查詢（point query）
用于查詢單個值（盡管包含這個值的文檔可能有多個）
db.users.find({'age': 21}).sort({'username': -1}) 因為我們已經建立好復合索引，一個age一個username，建立索引時使用的是升序排序（即數字1），當使用點查詢查找{age：21},假設仍然是10萬條數據，可能年齡是21的很多人，因此會找到不只一條數據。然后sort({'username': -1})會對這些數據進行逆序排序，本意是這樣。但我們不要忘記建立索引時'username'：1是升序（從小到大）,如果想得到逆序只要對數據從最后一個索引開始，依次遍歷即可得到想要的結果。
排序方向并不重要，mongodb可以從任意方向對索引進行遍歷。
綜上，復合索引在點查詢這種情況非常高效，直接定位年齡，不需要對結果進行排序，返回結果。
多值查詢（multi-value-query）
db.users.find({'age': {"$gte": 21, "$lte": 30}}) 查找多個值相匹配的文檔。多值查詢也可以理解為多個點查詢。
如上，要查找年齡介于21到30之間。monogdb會使用索引的中的第一個鍵"age"得到匹配的結果，而結果通常是按照索引順序排列的。
db.users.find({'age': {"$gte": 21, "$lte": 30}}).sort({'username': 1}) 與上一個類似，這次需要對結果排序。
在沒有sort時，我們查詢的結果首先是根據age等于21，age等于22..這樣從小到大排序，當age等于21有多個時，在進行usernameA-Z（0-9）這樣排序。所以，sort({'username': 1})，要將所有結果通過名字升序排列，這次不得不先在內存中進行排序，然后返回。效率不如上一個高。
當然，在文檔非常少的情況，排序也花費不了多少時間。
如果結果集很大，比如超過32MB，MongoDB會拒絕對如此多的數據進行排序工作。
還有另外一種解決方案
也可以建立另外一個索引{'username': 1, 'age': 1}, 如果先對username建立索引，當再sortusername,相當沒有進行排序。但是需要在整個文檔查找age等于21的帥哥美女，所以搜尋時間就長了。
但哪個效率更高呢？
如果建立多個索引，如何選擇使用哪個呢？
效率高低是分情況的，如果在沒有限制的情況下，不用進行排序但需要搜索整個集合時間會遠超過前者。但是在返回部分數據（比如limit（1000）），新的贏家就產生了。
>db.users.find({'age': {"$gte": 21, "$lte": 30}}).sort({username': 1}).limit(1000).hint({'age': 1, 'username': 1})explain()['millis']2031ms>db.users.find({'age': {"$gte": 21, "$lte": 30}}).sort({username': 1}).limit(1000).hint({'username': 1, 'age': 1}).explain()['millis']181ms 其中可以使用hint指定要使用的索引。
所以這種方式還是很有優勢的。比如一般場景下，我們不會把所有的數據都取出來，只是去查詢最近的，所以這種效率也會更高。
索引類型
唯一索引
可以確保集合的每個文檔的指定鍵都有唯一值。
db.users.ensureIndex({'username': 1, unique: true})
比如使用mongoose框架，在定義schema時，即可指定unique: true.
如果插入2個相同都叫張三的數據，第二次插入的則會失敗。_id即為唯一索引，并且不能刪除。
稀疏索引
使用sparse可以創建稀疏索引
>db.users.ensureIndex({'email': 1}, {'unique': true, 'sparse': true})
索引管理
system.indexes集合中包含了每個索引的詳細信息
db.system.indexes.find()
1.ensureIndex()創建索引
db.users.ensureIndex({'username': 1})
后臺創建索引，這樣數據庫再創建索引的同時，仍然能夠處理讀寫請求，可以指定background選項。
db.test.ensureIndex({"username":1},{"background":true})
2.getIndexes()查看索引
db.collectionName.getIndexes()db.users.getIndexes()[ { "v" : 1, "key" : { "_id" : 1 }, "ns" : "test.users", "name" : "_id_" }, { "v" : 1, "key" : { "username" : 1 }, "ns" : "test.users", "name" : "username_1" }] 其中v字段只在內部使用，用于標識索引版本。
3.dropIndex刪除索引
> db.users.dropIndex("username_1"){ "nIndexesWas" : 2, "ok" : 1 } 或
全選復制放進筆記> db.users.dropIndex({"username":1})
