谁能说 mongodb 中的集合数量有什么实际限制？ 他们在这里写https://docs.mongodb.com/manual/core/data-model-operations/#large-number-of-collections :

Generally, having a large number of collections has no significant performance penalty, and results in very good performance.

但是由于某种原因，mongodb为数据库中的命名空间数量设置了限制24000，看起来可以增加，但我想知道如果数据库中有很多集合，为什么它在默认配置中会有一些限制没有造成任何性能损失？

这是否意味着在一个数据库中拥有几乎无限数量的集合是一种可行的解决方案，例如，在 Multi-Tenancy 应用程序的数据库中拥有一个帐户的一个数据集合，例如，具有数百个数据库中的数千个集合？ 如果为每个租户拥有大量数据库集合是可行的解决方案，那么与将每个租户的文档放在一个集合中相比，它有什么好处？ 非常感谢您的回答。

最佳答案

这个答案迟了，但其他答案似乎有点......在可靠性和事实信息方面很弱，所以我会尝试稍微纠正一下。

But for some reason mongodb set limit 24000 for the number of namespaces in the database,

这只是默认设置。是的，有一个默认设置。

在限制页面上确实说 24000 是限制 ( http://docs.mongodb.org/manual/reference/limits/#Number%20of%20Namespaces )，好像没有办法扩展它但确实存在。

但是，命名空间文件的大小 (http://docs.mongodb.org/manual/reference/limits/#Size%20of%20Namespace%20File) 有一个最大限制，即 2GB。在大多数情况下，您可以使用大约 300 万个命名空间，这非常令人印象深刻，我不确定是否有很多人会很快达到这个限制。

您可以通过在配置中使用 nssize 参数 (http://docs.mongodb.org/manual/reference/configuration-options/#nssize) 或在运行时通过操作用于运行 MongoDB 的命令 (http://docs.mongodb.org/manual/reference/mongod/#cmdoption-mongod--nssize) 来修改默认值以高于 16MB。

据我所知，MongoDB 的 nssize 默认实现 16MB 并没有真正的原因，我从未听说过“不要用每一个细节打扰用户”的座右铭，所以我不买那个.

我认为，在我看来，MongoDB 隐藏这一点的主要原因是，尽管如文档所述:

Distinct collections are very important for high-throughput batch processing.

使用多个集合作为垂直扩展而不是水平扩展集群的手段，正如 MongoDB 设计的那样，对于大型网站来说(经常)被认为是不好的做法；因此，12K 集合通常被认为是人们永远不会也不应该确定的东西。

https://stackoverflow.com/questions/9858393/