Sql server SQL Server中数据库数量的实际限制？

在其中一个stackoverflow播客（我想是18）中，Jeff和Joel讨论了多租户和单租户数据库。Joel提到“FogBugz on Demand”使用了每个客户的数据库体系结构，我想知道是否有一点超出了这一点，您将需要多个数据库服务器来分配负载？

从技术上讲，SQL Server中每个实例的数据库限制是32767，但我怀疑您是否可以使用一个拥有2000多个数据库的SQL Server实例，在这一点上，服务器可能没有响应

如果数据库全部自动关闭且未被使用，则可能会有近30000个数据库。您可以在此处找到有关容量限制的更多信息：

---

我认为这主要取决于机器的内存限制。SQL Server喜欢在内存中保留尽可能多的缓存，当您添加数据库时，会减少可用的内存量。

我认为更多的是数据库的负载问题。如上所述，如果没有负载，则为32767。在高负载下，它会下降，最终达到1或小于1。

< P>此外，您可能需要考虑到SQLServer的连接数。500-1000次之后，它变得非常阻塞和缓慢。这也是一个限制

Joel在另一个地方谈到了这一点（抱歉，手边没有参考资料），并说在切换到MS SQL 2005之前，管理控制台（和后端）在连接1000或2000多个数据库时遇到问题。似乎2005年和2008年的数据都有所改善

---

至于所有性能问题，始终取决于您的实际硬件和工作负载，只有通过本地基准测试/系统监控才能明确回答。

我们有2300个，它工作起来很有魅力，尽管我们在任何时候都没有超过100个的问题。很抱歉对以前的讨论进行评论。在附加的链接中，它表示“每个SQL Server实例的用户数据库，包括数据层应用程序=50”。这似乎非常有限。我是否误读了？这在“下表指定了在SQL Server实用程序中测试的各种对象的最大大小和数量”标题下。在“数据库引擎对象”下，“每个SQL Server实例的数据库数”为32767。您正在查看的表代表了使用SQL Server Utility测试的内容，而不是它的最大限制。在一篇旧文章中，我们有12000多个SQL Server 2014标准在运行。工作非常好，单个数据库的负载非常轻。然而，有些工具很难处理如此多的数据库（我们使用SQL多脚本来部署数据库更改，而且构建分发列表的速度有点慢），我们有2300多个数据库，而且效果很好。我发现这个讨论似乎很相关，也很有趣