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

[经验分享] 八天学会MongoDB:第四天 索引操作

[复制链接]
发表于 2018-10-28 08:05:45 | 显示全部楼层 |阅读模式
  今天分享下MongoDB中关于索引的基本操作,我们日常做开发都避免不了要对程序进行性能优化,而程序的操作无非就是CURD,通常我们又会花费50%的时间在R上面,因为Read操作对用户来说是非常敏感的,处理不好就会被人唾弃。
  相关文章:
  八天学会MongoDB:第一天 基础入门
  八天学会MongoDB:第二天 细说增删查改
  八天学会MongoDB:第三天 细说高级操作
  从算法上来说有5种经典的查找,具体的可以参见我的算法速成系列,这其中就包括我们今天所说的“索引查找”,如果大家对sqlserver比较了解的话,相信索引查找能给我们带来什么样的性能提升吧。
  我们首先插入10w数据,上图说话:
DSC0000.png

  一:性能分析函数(explain)
  好了,数据已经插入成功,既然我们要做分析,肯定要有分析的工具,幸好MongoDB中给我们提供了一个关键字叫做“explain",那么怎么用呢?还是看图,注意,这里的name字段没有建立任何索引,这里我就查询一个“name10000”的姓名。
DSC0001.png

  仔细看红色区域,有几个我们关心的key。
  cursor: 这里出现的是”BasicCursor",什么意思呢,就是说这里的查找采用的是“表扫描”,也就是顺序查找,很悲催啊。
  nscanned: 这里是10w,也就是说数据库浏览了10w个文档,很恐怖吧,这样玩的话让人受不了啊。
  n: 这里是1,也就是最终返回了1个文档。
  millis: 这个就是我们最最最....关心的东西,总共耗时114毫秒。
  二:建立索引(ensureIndex)
  在10w条这么简单的集合中查找一个文档要114毫秒有一点点让人不能接收,好,那么我们该如何优化呢?MongoDB中给我们带来了索引查找,看看能不能让我们的查询一飞冲天.....
DSC0002.png

  这里我们使用了ensureIndex在name上建立了索引。”1“:表示按照name进行升序,”-1“:表示按照name进行降序。
  我的神啊,再来看看这些敏感信息。
  cursor: 这里出现的是”BtreeCursor",这么牛X,MongoDB采用B树的结构来存放索引,索引名为后面的“name_1"。
  nscanned: 我擦,数据库只浏览了一个文档就OK了。
  n: 直接定位返回。
  millis: 看看这个时间真的不敢相信,秒秒杀。
  通过这个例子相信大家对索引也有了感官方面的认识了吧。
  三:唯一索引
  和sqlserver一样都可以建立唯一索引,重复的键值自然就不能插入,在MongoDB中的使用方法是:
  db.person.ensureIndex({"name":1},{"unique":true})。
DSC0003.png

  四:组合索引
  有时候我们的查询不是单条件的,可能是多条件,比如查找出生在‘1989-3-2’名字叫‘jack’的同学,那么我们可以建立“姓名”和"生日“的联合索引来加速查询。
DSC0004.png

  看到上图,大家或者也知道name跟birthday的不同,建立的索引也不同,升序和降序的顺序不同都会产生不同的索引,那么我们可以用getindexes来查看下person集合中到底生成了那些索引。
  此时我们肯定很好奇,到底查询优化器会使用哪个查询作为操作,呵呵,还是看看效果图:
DSC0005.png

  看完上图我们要相信查询优
DSC0006.png

  化器,它给我们做出的选择往往是最优的,因为我们做查询时,查询优化器会使用我们建立的这些索引来创建查询方案,如果某一个先执行完则其他查询方案被close掉,这种方案会被MongoDB保存起来,当然如果非要用自己指定的查询方案,这也是可以的,在MongoDB中给我们提供了hint方法让我们可以暴力执行。
DSC0007.png

  五: 删除索引
  可能随着业务需求的变化,原先建立的索引可能没有存在的必要了,可能有的人想说没必要就没必要呗,但是请记住,索引会降低CUD这三种操作的性能,因为这玩意需要实时维护,所以啥问题都要综合考虑一下,这里就把刚才建立的索引清空掉来演示一下:dropIndexes的使用。
DSC0008.png



运维网声明 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-627307-1-1.html 上篇帖子: 写给MongoDB开发者的50条建议Tip8 下篇帖子: 写给MongoDB开发者的50条建议Tip9
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

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

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

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

扫描微信二维码查看详情

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


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


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


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



合作伙伴: 青云cloud

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