设为首页 收藏本站
查看: 2511|回复: 0

[经验分享] mongoDB index introduction

[复制链接]

尚未签到

发表于 2015-7-7 12:08:54 | 显示全部楼层 |阅读模式
  索引为mongoDB的查询提供了有效的解决方案,如果没有索引,mongodb必须的扫描文档集中所有记录来match查询条件的记录。然而这些扫描是没有必要,而且每一次操作mongod进程会处理大量的数据。
  索引是一种存储文档集中一部分数据集的特殊的数据结构,以便更容易的去遍历。索引存储了一个通过value排序具体字段或者字段集。
  mongodb的索引和其他数据库系统的索引基本上相同。mongodb的索引在文档集collection层面上,并且支持文档集的任何字段或复合字段上面建索引。
  一个合适的索引会大大减少mongoDB检索文档集的次数。在某些情况下,mongoDB可以用索引去判断哪些记录复合查询条件。
  下图阐释了一个利用索引的查询:
DSC0000.png
  diagram of a query selecting documents using an index. MongoDB narrows the query by scanning the range of documents with values of score less than 30.
  Tip

Create indexes to support common and user-facing queries. Having these indexes will ensure that MongoDB only scans the smallest possible number of documents.
  索引也可以优化性能在以下具体情况:
  排序结果集
  mongodb可以直接返回用索引排序文档,不需要额外的排序阶段。
DSC0001.png
  
  Covered Results
  当查询条件规则和查询的映仅仅包括索引字段,mongoDB将直接从索引数据里返回结果集,不需要扫描任何文档,不需要将文档放入内存。这些覆盖的查询将会非常高效。而且,这些索引也可以covers聚合管道的操作。
DSC0002.png
索引类型
  mongoDB提供了一系列的索引类型来支持具体的数据和查询。
Default _id
  默认情况,mongoDB所有的collections都有一个索引在_id字段,如果应用没有具体为_id字段制定一个具体的driver,mongod将会创建一个值为ObjectID的_id字段。
  _id的索引是唯一索引,不允许客户端插入_id字段值相同的两条记录。


Single Field (单一字段)
  为了补充mongoDB自定义的_id索引,mongoDB支持用户在文档的单个字段上面自定义索引。下图是单一索引的说明:

DSC0003.png   Diagram of an index on the score field (ascending).

Compound Index(复合索引)
  MongoDB也支持用户在符合的字段上面自定义索引,这些复合索引和单一字段索引类似;然而,当查询条件依赖于额外的字段,复合索引中字段的顺序会有很大的影响。举个例子来说,如果一个复合索包括{ userid: 1, score: -1 },索引首先通过userid排序,然后通过score的value排序,下图是复合索引的说明:
  

DSC0004.png   Diagram of a compound index on the userid field (ascending) and the scorefield (descending). The index sorts first by the userid field and then by thescore field.

Multikey Index(多键索引)
  mongoDB用多键索引为存储数组内容的字段做索引,如果你的索引字段包含一个数组,MongoDB创建单独的索引为数组里面的每一个元素。这些多键索引允许查询去选择包含数组中某个元素或者所有元素。MongoDB自动的决定是否创建多键索引当索引字段中包含数组,你不需要明确的去制定多建类型。下图为多键索引的说明:
  

DSC0005.png   Diagram of a multikey index on the addr.zip field. The addr field contains an array of address documents. The address documents contain the zip field.

Geospatial Index(地理空间索引)
  为了有效支持地理空间坐标数据的查询,mongoDB提供了两个特殊的索引:
  2d indexes 返回结果用平面几何 ,2sphere indexes 返回结果用球面几何
  See 2d Index Internals for a high level introduction to geospatial indexes.

Text Indexes(文本索引)
  MongoDB为文档中字符串内容提供一个测试版的文本类型的索引。这些文本索引不存储特定语言的停顿词 (e.g. “the”, “a”, “or”) 。
  See Text Indexes for more information on text indexes and search.

Hashed Indexes(哈希索引)
  为了支持基于哈希的分片,mongoDB提供了哈希索引类型。哈希索引通过字段的哈希值来检索,这些索引有更随机的分布,但是不适用于对于基于范围的查询

Index Properties(索引的属性)

Unique Indexes
  唯一索引不允许索引重复索引字段值。如果要在一个已经有重复的字段上面见索引,see Drop Duplicates for index creation options.除了唯一约束,唯一索引和MongoDB的其他索引可以互换。

Sparse Indexes
  索引稀疏的属性确保索引仅仅包含文档集中有索引字段的的实体,索引忽略文档中没有索引字段的记录。你可以联合稀疏索引和唯一索引来约束文档中重复的值忽略文档中没有索引key的记录。
  
  
  
  
  
  
  
  

运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-84105-1-1.html 上篇帖子: MongoDB的江湖传说 下篇帖子: MongoDB—— 读操作 Core MongoDB Operations (CRUD)
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表