连接池：是否合适

Question

我正在构建一个基于 Java 的 Web 应用程序（主要是使用 Tomcat 部署的 JSP）。用户数量永远不会超过~30人。它是一个工作日志，因此用户将不断更新/访问数据库（SQL Server）。 Web 应用程序中有许多方法需要连接到数据库。

每次需要一个连接时，我都会打开一个新连接（我也会适当地关闭它），但这似乎需要打开/关闭大量连接。连接池适用于这种情况吗？我试图理解池的作用，但我很困惑；每个用户都有一个连接池吗？

如果我偏离了轨道（我怀疑我是这样），那么这个问题有更好的解决方案吗？难道还有问题吗？

谢谢！

Answer 1

是的，我将池的大小设置为 30 个连接并让它管理它们。您将通过这种方式分摊所有请求打开连接的成本。

许多用户可以访问一个池来获取连接；每个请求一个连接。

Answer 2

连接池适用于应用程序（而不是针对每个用户）。连接池的概念是尽可能地重用打开的连接，并在绝对需要时打开新的连接。就 CPU 周期和内存而言，打开数据库连接是一项昂贵的操作。这就是为什么需要连接池。对于 30 个用户，我建议使用连接池。

您可以将池大小设置为 15 到 30 个连接之间的任意位置。

看看 http://commons.apache.org/dbcp/

Answer 3

您当然可以池化与数据库的连接。通常，您会为每个数据库使用一个池（尽管可能有原因需要使用更多池）。

你问是否有问题是对的。连接池将减少必须协商的新连接数量，因此它将减少服务请求所需的时间，并减少服务器上的负载。它还会减少使用的套接字数量，这（对于较大的应用程序）可能是系统性能的一个因素。

但是：您是否有想要解决的性能问题？响应时间可以接受吗？负载是否可以接受？平衡您在性能方面获得的收益与开发成本。存在预构建的连接池，因此集成连接池可能很容易。但它不是免费的，优化通常应该针对特定目标来完成，而不是“因为我应该”。

Answer 4

这里的重点不是用户数量，而是需要打开连接的请求数量。

如果你有，

 for (int i = 0; i < 1000 ; i ++ ) { 
       Connection c = getConnection();
       dosomwthingWith(c);
       c.close();
 }

你仍然会从连接池中受益，因为c.close()并没有真正关闭连接，而只是将其放回池中。