Mongodb 自动递增序列字段：计数器集合与乐观循环

我需要实现一个自动递增字段，并在文档中找到了这篇不错的文章： 请注意，在我的例子中，除了真正的自动递增字段（如时间戳解决方案）之外，没有其他选择

我在想我现在该走哪条路，或者。这两种解决方案的优缺点是什么。在性能和扩展方面应该考虑什么。我将在读写量大的集合中使用自动递增字段

此外，我还担心以下几点：

通常，在MongoDB中，不使用自动递增模式来 _id（或其他字段），因为这在大型数据库集群上无法很好地扩展。相反，通常使用对象ID

---

这里的实际问题是什么？我不需要使用_id字段作为自动递增字段，但我的自动递增字段将被索引，集合将由该字段查询

缩放关注点是，自动递增序列在成功插入文档之前引入了对单个真值源的依赖，以找到“下一个”序列号。一种更具可扩展性的方法将允许以分布式方式生成ID（例如，为应用程序所采用的方法）。您能详细说明一下自动递增字段的用例吗？也许有另一种方法可以满足您的需求。这很有意义。我的用例如下：我需要一个记录其他服务更改的数据结构，用户需要查询此结构以获取自上次查询以来添加的所有元素（给定上次查询的最后一个元素的ID）。由于这种情况经常发生并且是并发的，所以我需要确保真正的插入顺序（据我所知，这种顺序适用于乐观循环，但不适用于计数器收集方法）。我也不想使用capped集合，因为它们不能被切分。