mongoDB投影如何影响性能?


10

MongoDB文档中提到:

当您只需要文档中的一部分字段时,可以通过仅返回所需的字段来获得更好的性能

过滤字段如何影响性能?性能是否与通过网络传输的数据大小有关?还是将要保存在内存中的数据大小?该性能究竟如何提高?文档中提到的这种性能是什么?

我的MongoDB查询速度很慢。返回子集会影响我的慢查询吗(我的字段上有复合索引)?


没有代码,就不可能建议您。什么实际上会影响“ MongoDB”投影查询中的性能。至少要提到代码,这总是更好的选择。
海达尔·阿里·汗

@MdHaidarAliKhan这与代码和有效负载无关。我只想知道mongoDB为什么说过滤会影响性能?从什么角度衡量了这种表现?例如,由于较少的数据或较少的磁盘IO(例如),它是否有助于Mongo的内存使用。
ALH

我只想知道mongoDB为什么说过滤会影响性能?好吧,使用投影仅返回必需的数据,我的意思是说,仅返回所需的字段可以提高性能。例如db.posts.find({},{})。sort({})。
海达尔·阿里·汗

,例如,由于数据较少或磁盘IO(例如)较少等原因,它是否对Mongo的内存使用有所帮助。..您能否更新环境中的MongoDB版本和操作系统?
海达尔·阿里·汗

@MdHaidarAliKhan OS是Debian 8MongoDB 3.6.2
ALH

Answers:


15

默认情况下,查询返回匹配文档中的所有字段。如果需要所有字段,则返回完整的文档将比让服务器使用投影条件处理结果集更有效。

但是,使用投影来限制字段​​以从查询结果中返回可以通过以下方式提高性能:

  • 从查询结果中删除不需要的字段(节省网络带宽)
  • 限制结果字段以实现涵盖的查询(返回索引的查询结果而不获取完整文档)

当使用投影来删除未使用的字段时,MongoDB服务器将必须将每个完整文档提取到内存中(如果尚不存在)并过滤结果以返回。这种对投影的使用不会减少MongoDB服务器上的内存使用量或工作集,但可以根据查询的数据模型和所投影的字段为查询结果节省大量的网络带宽。

涵盖查询是一种特殊情况,其中查询结果中的所有请求字段都包含在使用的索引中,因此服务器不必获取完整的文档。涵盖的查询可以提高性能(通过避免获取文档)和内存使用情况(如果其他查询不需要获取同一文档)。

例子

为了通过mongoshell 进行演示,假设您有一个看起来像这样的文档:

db.data.insert({
    a: 'webscale',
    b: new Array(10*1024*1024).join('z')
})

该字段b可能代表值的选择(或在这种情况下为很长的字符串)。

接下来,创建一个索引,{a:1}该索引是您的用例查询的常用字段:

db.data.createIndex({a:1})

一个findOne()没有投影条件的简单查询将返回大约10MB的查询结果:

> bsonsize(db.data.findOne({}))
10485805

添加投影{a:1}将把输出限制到字段a和文档_id(默认情况下包含在文档中)。MongoDB服务器仍在处理一个10MB的文档以选择两个字段,但是查询结果现在只有33个字节:

> bsonsize(db.data.findOne({}, {a:1}))
33

由于必须获取整个文档才能发现该_id值,因此不涵盖此查询。_id默认情况下,该字段包含在查询结果中,因为它是文档的唯一标识符,但_id除非明确添加,否则不会包含在二级索引中。

结果中的totalDocsExaminedtotalKeysExamined指标explain()将显示检查了多少文档和索引键:

 > db.data.find(
     {a:'webscale'}, 
     {a:1}
 ).explain('executionStats').executionStats.totalDocsExamined
 > 1

可以使用投影来改进此查询,以排除该_id字段并仅使用{a:1}索引来实现覆盖查询。涵盖的查询不再需要将〜10MB的文档提取到内存中,因此在网络和内存使用方面都将非常有效:

 > db.data.find(
     {a:'webscale'},
     {a:1, _id:0}
 ).explain('executionStats').executionStats.totalDocsExamined
 0

 > bsonsize(db.data.findOne( {a:'webscale'},{a:1, _id:0}))
 21

我的MongoDB查询速度很慢。返回子集会影响我的慢查询吗(我的字段上有复合索引)?

没有特定查询,示例文档和完整的说明输出的上下文,这是无法回答的。但是,您可以在自己的环境中针对相同的查询运行一些基准,无论有无预测都可以比较结果。如果您的预测给整个查询执行时间(处理和传输结果)增加了可观的开销,则可能强烈暗示您的数据模型可以得到改善。

如果不清楚为什么查询速度慢,最好发布一个包含特定详细信息的新问题以进行调查。


1
对于这个问题的详尽解释,我深表感谢。似乎不可能涵盖查询,因为我的响应所包含的数据比索引内部的要多得多。我的主要问题在这里,如果您可以看一下,我将很高兴:dba.stackexchange.com/questions/195065/…–
ALH

1

通过投影,您可以实现结果集直接来自索引的情况。

如果您具有{x:1, y:1, z:1}x,y,z都不是_id的复合索引,则需要进行投影,{_id:0, x:1, y:1, z:1}因为_id它总是作为结果集的一部分返回(未投影时),并且引擎需要读取数据文件来获取它。这是因为,索引没有_id的值,只有指向存储该值的文档的指针。


因此,如果我_id从返回的响应中删除,那是否适合RAM?有帮助吗?
ALH

1
MongoD(尝试),以至少将索引保留在内存中(并容纳尽可能多的数据)。如果您可以直接从索引中填充查询并且您进行了项目,_id:0则结果将从RAM中完全返回,而无需从磁盘读取数据。
JJussi
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.