MongoDB 游标

Question

我只是想验证一些有关游标的信息。 请让我知道以下陈述是否正确：

1. 游标是在mongoDB database server上创建的。 因此，它占用了数据库服务器上的 RAM/内存。
2. 触发查找查询后，我需要等到扫描完成才能找到查询结果。
3. 一旦整个扫描完成后，将创建光标，然后我可以遍历的结果，而不是获取整个结果集over the wire一次。
4. 将批量大小设置为 1k 并不意味着，如果我的结果有10k文档，则查找将在找到这些文档后立即返回1k文档，然后继续查找另一个 1k 文档，依此类推。

总之，如果我将游标的批量大小设置为 1k 并且我知道我的结果集有 100k 个文档，并且如果find/aggregate查询游标需要 5 秒来执行该搜索并从 300k 个文档的集合中创建游标，我必须等待5 秒钟，直到我可以开始在该游标上使用迭代。

如果在总 5 秒中的 1 秒内搜索了前1k/100k文档，则无法返回那些 1k，我可以开始处理它们。 在整个结果集准备好之前，我无法开始流式传输结果。

那正确吗？

Answer 1

游标确实流。

您应该在服务器获得第一批结果后立即获得它，而不是在获得整个结果集时。 如果结果集可通过其他方式（例如，通过顺序迭代集合）获得，则游标的重点是永远不会将结果集实际保存在服务器的内存中。

游标是在 mongoDB 数据库服务器上创建的。 因此，它占用了数据库服务器上的 RAM/内存。

是的，有一些与游标相关的资源。

触发查找查询后，我需要等到扫描完成才能找到查询结果。

“扫描”指的是什么？

您需要等待服务器识别文档的第一批大小。 例如，如果您正在执行一个需要对整个集合进行排序的查询，那么在您获得第一个文档之前必须完全迭代该集合。 如果您正在执行不需要排序的查询，它可能会在服务器访问所有匹配的文档之前返回第一批。

整个扫描完成后，将创建游标，然后我可以迭代结果，而不是立即通过网络获取整个结果集。

在迭代时更正，请参见上文“整个扫描”。

将批量大小设置为 1k 并不意味着，如果我的结果有 10k 个文档，则查找将在找到这些文档后立即返回 1k 个文档，然后继续查找另一个 1k 文档，依此类推。

如果查询可以通过这种方式完成，它会这样做。

总之，如果我将游标的批量大小设置为 1k 并且我知道我的结果集有 100k 个文档，并且如果查找/聚合查询游标需要 5 秒来执行该搜索并从 300k 个文档的集合中创建游标，我必须等待 5 秒钟，直到我可以开始在该游标上使用迭代。

不，除非您的聚合管道在最后阶段执行类似未索引排序的操作。

如果在总 5 秒中的 1 秒内搜索了前 1k/100k 文档，则无法返回那些 1k，我可以开始处理它们。

不，如果查询可通过索引扫描或集合扫描满足并且不需要排序，则这是可能的。