MongoDB 創(chuàng)建索引的語法

1.為普通字段添加索引，并且為索引命名

db.集合名.createIndex( {"字段名": 1 },{"name":'idx_字段名'})

說明： （1）索引命名規(guī)范：idx_<構(gòu)成索引的字段名>。如果字段名字過長，可采用字段縮寫。

（2）字段值后面的 1 代表升序；如是 -1 代表 降序。

2.為內(nèi)嵌字段添加索引

db.集合名.createIndex({"字段名.內(nèi)嵌字段名":1},{"name":'idx_字段名_內(nèi)嵌字段名'})

3.通過后臺(tái)創(chuàng)建索引

db.集合名.createIndex({"字段名":1},{"name":'idx_字段名',background:true})

4:組合索引

db.集合名.createIndex({"字段名1":-1,"字段名2":1},{"name":'idx_字段名1_字段名2',background:true})

5.設(shè)置TTL 索引

db.集合名.createIndex( { "字段名": 1 },{ "name":'idx_字段名',expireAfterSeconds: 定義的時(shí)間,background:true} )

說明 ：expireAfterSeconds為過期時(shí)間（單位秒）

MongoDB創(chuàng)建索引性能提升1000倍

上面我們介紹了MongoDB的常見索引的創(chuàng)建語法。部分同學(xué)還想看看MongoDB的威力到底有多大，所以，在這兒追加一個(gè)例子，感受一下索引的性能。

通過在某一字段上創(chuàng)建索引，從優(yōu)化前的執(zhí)行15.15S到優(yōu)化后降至0.013S，性能提升了1000多倍。

此為實(shí)際生產(chǎn)中的一個(gè)真實(shí)案例，我們有一個(gè)集合QQStatements，其數(shù)據(jù)量為2604W，如下圖所示。

系統(tǒng)需要查詢此表最近的變動(dòng)情況，即需要抓取新增數(shù)據(jù)量和修改的數(shù)據(jù)量。

查詢語句如下：

db.QQStatements.find({
 $or:
 [
  {Rec_CreateTime:{$gt: ISODate("2019-01-07 16")}}
  ,{Rec_ModifyTime:{$gt: ISODate("2019-01-07 16")}}
  ]
 
} )

但此查詢語句不理想，有時(shí)耗時(shí)25S,多次執(zhí)行有緩存后也要15S左右，如下圖：

查看此表，發(fā)現(xiàn)Rec_CreateTime字段建有索引，單獨(dú)執(zhí)行符合Rec_CreateTime 條件的語句，很快 0.1 S 內(nèi)就執(zhí)行完成。

而Rec_ModifyTime字段沒有索引，單獨(dú)執(zhí)行符合Rec_ModifyTime條件的語句較慢，需要15S左右。

到這兒，就可以判讀出問題是缺失索引，和開發(fā)同學(xué)確認(rèn)后，此場(chǎng)景時(shí)常用，此字段需要添加索引。

執(zhí)行添加索引的命令：

db.QQStatements.createIndex({"Rec_ModifyTime":1},{"name":'idx_Rec_ModifyTime',background:true})

Rec_ModifyTime字段添加索引后，整個(gè)語句執(zhí)行降至0.013S（20S-->0.02S ）

從上面可以看出在MongoDB數(shù)據(jù)庫中索引很有必要，性能可以優(yōu)化數(shù)百倍。

總結(jié)

以上就是這篇文章的全部內(nèi)容了，希望本文的內(nèi)容對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值，如果有疑問大家可以留言交流，謝謝大家對(duì)腳本之家的支持。