为什么要使用连接池
当使用 DriverManager
或 DataSource
方法来获取数据库连接时,每个对新数据库连接的请求都会导致很大的开销。如果频繁地获取新的连接,将会影响性能,这在 Web 服务器环境中可能会出现。为了强调为什么会发生这种情况,让我们来看看一个典型的数据库连接请求的底层途径。
- Java 应用程序调用
getConnection()
。 - JDBC 厂商代码(驱动程序或者
DataSource
实现)请求一个来自 JVM 的套接字连接。 - JVM 需要检查底层调用的安全方面。例如,applet 只被允许和产生它们的服务器进行通讯。
- 如果允许,调用需要穿过主机网络接口到公司 LAN 上。
- 调用可能需要穿过防火墙到达因特网或广域网。
- 调用最终到达目的子网络,在那里它可能需要穿过另一个防火墙。
- 调用到达数据库主机。
- 数据库服务器处理新的连接请求。
- 许可证服务器可能需要查询来确定是否有适当的许可。
- 数据库初始化新的客户机连接,包括所有内存和操作系统开销。
- 返回调用被送回 JDBC 客户机(在那里它必须穿过所有防火墙和路由器)。
- JVM 收到返回调用,然后创建适当的
Connection
对象。 - 请求的 Java 应用程序收到
Connection
对象。
很明显,请求一个新的 Connection
对象会带来大量的开销和很多潜在的错误。为了最小化开销,为什么在我们使用完数据库连接后不是重新使用它们,而是删除它们呢?JDBC 设计者在创建 ConnectionPoolDataSource
时使用这种流行的设计模式,这允许您创建数据库连接池,其中的连接在关闭后可以重用,而不是被删除。