问题标签 [capped-collections]

我正在使用 MongoDB 令人敬畏的上限集合 + 可尾游标在我的系统中的不同进程之间进行消息传递。对于不同类型的消息，我有许多这样的集合，文档以可变的速率和大小写入其中。每个集合，写入率可能会有很大差异，但应该很容易从过去/正在进行的操作中得出文档大小和速率的典型/保守上限。

此外，我有一个定期工作（每小时一次），它查询消息并将它们存档。归档所有消息非常重要，即在作业有机会归档它们之前不得丢弃它们。（归档的消息被写入文件。）

我想做的是某种大小/速率监控，这将允许确定消息大小和速率的上限，据此我可以决定我的封顶集合的合适大小。

我计划设置一些监控工具，运行一段时间以收集信息，然后对其进行分析，并为我的上限集合决定合适的大小。当然，目标是让它们足够小，以免占用太多内存，但又足够大，以使丢失消息的可能性不大。

这是我认为可以提供帮助的信息：

1. 过去一小时内写入的消息数量和总大小（平均，随时间变化）
2. 完成一个“完整周期”需要多长时间（平均而言，随着时间的推移）
3. 是由 max-bytes 或 max-documents 限制的集合

查找此信息的最佳方法是什么，是否还有其他相关的统计数据？

关于如何将其与石墨/碳集成的提示也很棒！

我们目前正在探索 MongoDB 中的 Capped Collections 和 Tailable Cursors，以创建一个用于通知的排队系统。然而，在创建了一个简单的 LinqPad 测试（下面的代码）之后，我们注意到在运行时，即使我们没有插入任何记录，Mongo 也会不断地分配内存，直到没有更多可用资源。这种分配一直​​持续到所有系统 RAM 都用完为止，此时 Mongo 会停止响应。

由于我们是 Capped Collections 和 Tailable Cursors 的新手，我想确保在提交错误之前我们没有遗漏一些明显的东西。

注意：我们尝试了下面的代码，打开和关闭日志，结果相同。

• 平台：Windows Server 2012 64bit
• MongoDB：版本 2.4.8 64 位
• 驱动：官方C# 10gen v1.8.3.9

Linqpad 脚本

我对 capped collection 进行了分析，发现 capped collection 并没有性能提升。我创建了一个名为 test1 的集合，其中包含 20,000 个数据，我使用相同的数据执行了 copyTo test2，该数据的上限为 true，并指定了数据大小。我给出了以下查询来检查性能

1. More Over，我不明白上限集合是如何工作的？？？

2. 我阅读了很多博客，但找不到 mongo capped collection 的正确工作原理。

3. 我阅读了上限集合的缺点，它给出的就像我们无法在其中使用 $set 和 $push 一样。指定集合条目的上限集合是否还有其他缺点？？？

问候，哈利

我有兴趣使用 MongoDB capped collections来记录我的 Django 项目中的系统活动，这与 Django 的内置日志记录模块已经做的类似。

有什么办法可以做到这一点？

现在，我在 MongoDB 中使用上限集合，我想恢复非上限集合。

我怎样才能？有什么需要改变的？

（但是，我不想删除集合中的数据）

为有上限的集合指定 'size' 参数时，以下哪个大小db.collection.stats()的上限为该大小？是"size","storageSize"还是"storageSize"+"totalIndexSize"其他选项？谢谢！

我将 mongodb gridfs 用于一种文件缓存，我在其中存储包括一些元数据的二进制数据。由于我的磁盘空间有限，我无法将所有文件存储在 mongodb 中，因此我想应用FIFO算法。

我发现上限集合似乎非常适合这种情况，但 mongo 将 gridfs 数据存储在两个密切相关的不同集合（fs.chunks 和 fs.files）中。可以将这些集合中的一个（或两个？）定义为上限，或者我会在另一个集合中获得僵尸数据吗？

是否有任何选项允许在从上限集合中删除文档时对其进行跟踪？

例如，我有一个状态为已处理或未处理的订单列表。因此，当 mongo 决定删除某些文档时，我想将这些订单保留在上限集合中并每次检查状态。如果订单已处理 - 所以，很酷，让他离开，但如果未处理，只需将其推回队列。

我有一个上限收藏。当我在其上调用 stats() 时，我得到以下输出：

我不知道“最大”参数显示的是什么。我使用 db.runCommand('convertToCapped' ... ) 构造创建了这个集合，并且我将 'size' 参数设置为 1 亿。但是这里没有提到它（大小）

有人可以在这里解释“最大”字段的含义，以及如何找到封顶集合的正确大小。

从上限集合中删除记录时遇到问题。DB抱怨命令不存在。

有一个被封顶的集合。我已经通过发出 isCapped() 进行了验证。

我切换到包含该集合的数据库。

然后我跑

db.runCommand({ emptycapped: 'events'})

结果我得到：

环境细节：

MongoDB外壳版本：2.2.0

Mongod 服务器版本：Ubuntu 12.04 上的 2.4.1

任何想法可能是什么原因？