关于后端:MongoDB-官方文档笔记之索引-Indexes

本文是在浏览 MongoDB 官网文档时记录的一些次要概念，更多细节能够查看文中的参考链接。

查看以后 db 索引

db.COLLECTION_NAME.getIndexes()

[
  {
    "v" : 1,
    "key" : {
      "_id" : 1
    },
    "name" : "_id_",
    "ns" : "newDB.sites"
  },
  {
    "v" : 1,
    "key" : {
      "name" : 1,
      "domain" : -1
    },
    "name" : "name_1_domain_-1",
    "ns" : "newDB.sites"
  }
]

单字段索引 single field

在单个字段上创立索引，1示意升序，-1示意降序。

对于单字段索引来说，指定升序降序无关紧要，查问时抉择升序降序性能是一样的。

但对于复合索引来说，查问须要合乎索引的程序能力走上索引。

# 创立索引
db.records.createIndex( { score: 1 } )

# 查问应用索引
db.records.find( { score: 2 } )
db.records.find( { score: { $gt: 10 } } )

嵌入式文档的外部字段上的索引

什么是嵌入式字段？就是这个字段的值也是一个文档。MongoDB 反对在嵌入式文档的外部字段上建设索引

# location 是一个文档
{
  "_id": ObjectId("570c04a4ad233577f97dc459"),
  "score": 1034,
  "location": { state: "NY", city: "New York" }
}

# 在location上面的state字段上创立索引
db.records.createIndex( { "location.state": 1 } )

# 查问
db.records.find( { "location.state": "CA" } )
db.records.find( { "location.city": "Albany", "location.state": "NY" } )

在嵌入式文档自身建设的索引

还拿下面例子来讲，能够间接在 location 下面建设索引

{
  "_id": ObjectId("570c04a4ad233577f97dc459"),
  "score": 1034,
  "location": { state: "NY", city: "New York" }
}

# 间接在location上建设索引
db.records.createIndex( { location: 1 } )

# 应用索引
db.records.find( { location: { city: "New York", state: "NY" } } )

复合索引 compound

在多个字段上建设的索引，需别离指定每个字段的升降序规定。查问时须要合乎升降序规定或合乎反向规定，能力走上索引。

复合索引最多只能反对32个字段。

复合索引反对前缀查问。

# 文档构造
{
 "_id": ObjectId(...),
 "item": "Banana",
 "category": ["food", "produce", "grocery"],
 "location": "4th Street Store",
 "stock": 4,
 "type": "cases"
}

# 建设索引 以item升序 且 stock升序简历索引。含意是，当文档的item值雷同时，按stock升序排序
db.products.createIndex( { "item": 1, "stock": 1 } )

# 复合索引也反对前缀查问
db.products.find( { item: "Banana" } )
db.products.find( { item: "Banana", stock: { $gt: 5 } } )

复合索引的索引程序

索引以升序（1）或降序（-1）排序顺序存储对字段的援用。对于单字段索引，键的排序程序无关紧要，因为 MongoDB 能够在任一方向上遍历索引。然而，对于复合索引，属性的程序决定了索引是否反对后果集的排序。

# 假如合乎索引如下
db.events.createIndex( { "username" : 1, "date" : -1 } )

# 这个索引反对如下两种查问
db.events.find().sort( { username: 1, date: -1 } )
db.events.find().sort( { username: -1, date: 1 } )

# 但不反对上面的查问
db.events.find().sort( { username: 1, date: 1 } )

# 即只能从索引一头儿查问能力走上索引

复合索引中的前缀索引

# 假如有如下复合索引
{ "item": 1, "location": 1, "stock": 1 }

# 则可反对上面两种前缀索引查问
{ item: 1 }
{ item: 1, location: 1 }

# 同时也反对前缀的局部匹配，即如下查问可用上item字段的前缀索引
{ item: 1, stock: 1 }

多键索引 multikey

反对对数组元素内的字段做索引。

# 如果field 是一个数组，则主动建设多键索引，无需非凡指定
db.coll.createIndex( { <field>: < 1 or -1 > } )

但mongodb限度不能够在过个数组上做复合索引。

# 上面这种状况，不能够在 {a:1, b:1} 上做索引
{ _id: 1, a: [ 1, 2 ], b: [ 1, 2 ], category: "AB - both arrays" }

文本索引 text

MongoDB 提供文本索引以反对对字符串内容的文本搜寻查问。text 索引能够蕴含任何值为字符串或字符串元素数组的字段。

# 在comments字段上建设文本索引
db.reviews.createIndex( { comments: "text" } )

# 在多个字段上建设text索引
db.reviews.createIndex(
   {
     subject: "text",
     comments: "text"
   }
 )

文本索引还能够设置反对的语言、管制相关性分数权重排序、限度条目等，更多查看 https://www.mongodb.com/docs/manual/core/index-text/

通配符索引

有时查问的维度可能不固定，会依照多个字段去查问

# 数据文档
{ "userMetadata" : { "likes" : [ "dogs", "cats" ] } }
{ "userMetadata" : { "dislikes" : "pickles" } }
{ "userMetadata" : { "age" : 45 } }
{ "userMetadata" : "inactive" }

# 能够建设通配符索引
db.userData.createIndex( { "userMetadata.$**" : 1 } )

# 反对以下查问
db.userData.find({ "userMetadata.likes" : "dogs" })
db.userData.find({ "userMetadata.dislikes" : "pickles" })
db.userData.find({ "userMetadata.age" : { $gt : 30 } })
db.userData.find({ "userMetadata" : "inactive" })

https://www.mongodb.com/docs/manual/core/index-wildcard/

2dsphere 和 2d 索引

别离是对计算相似地球的球体上的几何形态的查问的索引，和对存储为二维立体上的点的数据应用2d 索引

https://www.mongodb.com/docs/manual/core/2dsphere/

https://www.mongodb.com/docs/manual/core/2d/

索引个性

unique 惟一索引

惟一索引确保索引字段不会存储反复值，默认状况下，MongoDB 在创立汇合期间在 _id 字段上创立一个惟一的索引。

# 单字段上创立惟一索引
db.members.createIndex( { "user_id": 1 }, { unique: true } ) 

# 多字段上复合惟一索引
db.members.createIndex( { groupNumber: 1, lastname: 1, firstname: 1 }, { unique: true } )

# 数组类型的多键索引
# 文档构造如下：
{ _id: 1, a: [ { loc: "A", qty: 5 }, { qty: 10 } ] }
# 建设索引
db.collection.createIndex( { "a.loc": 1, "a.qty": 1 }, { unique: true } )

partial 局部索引

只对满足指定筛选器表达式的文档做索引，这样索引量更少，性能更高。

# 对rating>5的文档做索引
db.restaurants.createIndex(
   { cuisine: 1, name: 1 },
   { partialFilterExpression: { rating: { $gt: 5 } } }
)

sparse 稠密索引

只对含有索引字段的文档建设索引，字段值是空值也建设。

与之对应的非稠密索引，则是会对空缺字段存储空值。

因为稠密索引中有局部文档未被计入索引中，所以在稠密索引上count查问不精确

db.addresses.createIndex( { "xmpp_id": 1 }, { sparse: true } )

其余索引个性：

• ttl 有效期索引
• 不辨别大小写索引

索引穿插 Index Intersection

指同时利用多个索引

# 两个独立索引
{ qty: 1 }
{ status: 1, ord_date: -1 }

# 上面的查问能够同时利用两个索引，也就是索引交加
db.orders.find( { qty: { $gt: 10 } , status: "A" } )

索引交加跟复合索引很像：复合索引性能更高，要求更严格。索引交叉性能差一些，但更灵便。

# 复合索引如下
{ status: 1, ord_date: -1 }

# 复合索引反对如下查问
db.orders.find( { status: { $in: ["A", "P" ] } } )
db.orders.find(
   {
     ord_date: { $gt: new Date("2014-02-01") },
     status: {$in:[ "P", "A" ] }
   }
)

# 但无奈反对上面的查问
db.orders.find( { ord_date: { $gt: new Date("2014-02-01") } } )
db.orders.find( { } ).sort( { ord_date: 1 } )

# 如果建设两个独立的索引，则能够用到这两个索引的索引交加
{ status: 1 }
{ ord_date: -1 }

但有一种状况不能走索引穿插：当查问须要排序时，而排序字段不在查问谓词（查问字段）中时，无奈利用索引交加。

换句话说，只有在查问谓词中的字段可能组成索引交加的，能力利用索引交加。

# 有如下四种索引
{ qty: 1 }
{ status: 1, ord_date: -1 }
{ status: 1 }
{ ord_date: -1 }

# 这条无奈利用索引交加，查问中只有qty，而按status排序
db.orders.find( { qty: { $gt: 10 } } ).sort( { status: 1 } )

# 这条能够利用，查问中qty和 status+ord_date组成了索引交加
db.orders.find( { qty: { $gt: 10 } , status: "A" } ).sort( { ord_date: -1 } )

业务中应用复合索引还是索引交加，须要取决于零碎具体情况。

治理索引，索引的增删查改

https://www.mongodb.com/docs/manual/tutorial/manage-indexes/

掂量索引的应用状况

• db.collection.explain() 查看执行打算
• db.people.find({ name: "John Doe", zipcode: { $gt: "63000" } }).hint( { zipcode: 1 } ) 强制走某索引

索引策略：索引的应用和排序

字符串比拟时，须要思考字符串的字符集，须要与建设索引时统一能力走索引。

排序时，也合乎前缀匹配

复合索引反对正模式与反模式

本文由mdnice多平台公布