通常，拥有大量集合不会对性能造成显著影响，反而会导致非常好的性能。
但出于某种原因，mongodb将数据库中的命名空间数量限制为24000个。看起来它可以增加，但是如果在数据库中有很多集合不会引起任何性能损失，那么为什么在默认配置中还有这样的限制呢？
这是否意味着在一个数据库中拥有实际上无限数量的集合是可行的，例如，在一个多租户应用程序的数据库中，拥有一个帐户数据集合，该数据库中有数十万个集合？ 如果为每个租户在数据库中拥有非常大数量的集合是可行的解决方案，那么与在一个集合中为每个租户拥有文档相比，它有什么好处？ 非常感谢您的回答。
您可以使用nssize参数修改默认值，使其高于16MB。您可以在配置文件中 (http://docs.mongodb.org/manual/reference/configuration-options/#nssize) 或运行MongoDB时通过操作命令 (http://docs.mongodb.org/manual/reference/mongod/#cmdoption-mongod--nssize) 来实现。
据我所知，MongoDB默认将nssize设置为16MB并没有真正的原因。我从未听说过“不要打扰用户”的座右铭，因此我不相信这个理由。
我认为，MongoDB隐藏这个设置的主要原因是，尽管文档中指出：
对于高吞吐量的批处理，不同的集合非常重要。
但使用多个集合作为垂直扩展的手段而不是像MongoDB设计的那样水平扩展集群，在大型网站上通常被认为是不良做法。因此，12K个集合通常被认为是人们永远不会、也不应该达到的数量。
没有更多限制！
正如其他答案所述 - 这取决于命名空间文件的大小。以前这是一个问题，因为它具有默认限制为16mb和最大2gb的限制。但是，随着MongoDB 3.0和WiredTiger存储引擎的发布，看起来此限制已被删除。WiredTiger在几乎所有方面似乎都更好，因此我认为除了遗留支持原因外，没有人使用旧引擎的理由。从该网站上可以看到：
对于MMAPv1存储引擎，命名空间文件的大小不能超过2047兆字节。
默认情况下，命名空间文件为16兆字节。您可以使用nsSize选项配置大小。
WiredTiger存储引擎不受此限制。
一些背景信息：
每次MongoDB创建一个数据库时，它都会为其创建一个命名空间（db.ns）文件。该命名空间文件保存有关集合的元数据。默认情况下，命名空间文件的大小为16MB，但是您可以手动增加其大小。每个集合的元数据大约为648字节加上一些开销字节。将其除以16MB，您将得到每个数据库大约24000个命名空间。您可以通过指定更大的命名空间文件来启动MongoDB，这将允许您在单个数据库中创建更多的集合。
任何默认配置的想法都是不要打扰用户去处理每个细节（和可配置的旋钮），而是选择通常适用于大多数人的一个配置。此外，可行性确实与最佳/良好的设计实践密切相关。正如Chris所说，请考虑您的数据形状并相应地做出决策。
如其他人所提到的，默认命名空间大小为16MB，您可以获得约24000个命名空间条目。实际上，我的Ubuntu 64位实例在使用默认的16MB命名空间文件时达到了23684个。
一个FAQ中未提及但很重要的事情是索引也使用命名空间槽。
您可以使用以下命令统计命名空间条目：
db.system.namespaces.count()
同时，实际查看其中的内容也很有趣：
db.system.namespaces.find()
将限制设置得比您认为需要的更高，因为一旦创建了数据库，命名空间文件就无法扩展（据我所知——如果有方法，请告诉我！）。
维护集合似乎存在大量开销。我刚刚将一个有大约150万篇文档分布在11000个集合中的数据库缩减到一个拥有相同数量文档但只有约300个集合的数据库；这将数据库大小从8GB缩减到1GB。我不太熟悉MongoDB的内部工作原理，所以这可能是显而易见的，但我认为在这种情况下值得注意。