JDBC连接池

28次阅读

共计 1687 个字符，预计需要花费 5 分钟才能阅读完成。

我们在讲多线程的时候说过，创建线程是一个昂贵的操作，如果有大量的小任务需要执行，并且频繁地创建和销毁线程，实际上会消耗大量的系统资源，往往创建和消耗线程所耗费的时间比执行任务的时间还长，所以，为了提高效率，可以用线程池。

类似的，在执行 JDBC 的增删改查的操作时，如果每一次操作都来一次打开连接，操作，关闭连接，那么创建和销毁 JDBC 连接的开销就太大了。为了避免频繁地创建和销毁 JDBC 连接，我们可以通过连接池（Connection Pool）复用已经创建好的连接。

JDBC 连接池有一个标准的接口javax.sql.DataSource，注意这个类位于 Java 标准库中，但仅仅是接口。要使用 JDBC 连接池，我们必须选择一个 JDBC 连接池的实现。常用的 JDBC 连接池有：

HikariCP
C3P0
BoneCP
Druid

目前使用最广泛的是 HikariCP。我们以 HikariCP 为例，要使用 JDBC 连接池，先添加 HikariCP 的依赖如下：

com.zaxxer:HikariCP:2.7.1

紧接着，我们需要创建一个 DataSource 实例，这个实例就是连接池：

HikariConfig config = new HikariConfig();
config.setJdbcUrl("jdbc:mysql://localhost:3306/test");
config.setUsername("root");
config.setPassword("password");
config.addDataSourceProperty("connectionTimeout", "1000"); // 连接超时：1 秒
config.addDataSourceProperty("idleTimeout", "60000"); // 空闲超时：60 秒
config.addDataSourceProperty("maximumPoolSize", "10"); // 最大连接数：10
DataSource ds = new HikariDataSource(config);

注意创建 DataSource 也是一个非常昂贵的操作，所以通常 DataSource 实例总是作为一个全局变量存储，并贯穿整个应用程序的生命周期。

有了连接池以后，我们如何使用它呢？和前面的代码类似，只是获取 Connection 时，把 DriverManage.getConnection() 改为ds.getConnection()：

try (Connection conn = ds.getConnection()) {// 在此获取连接
    ...
} // 在此“关闭”连接

通过连接池获取连接时，并不需要指定 JDBC 的相关 URL、用户名、口令等信息，因为这些信息已经存储在连接池内部了（创建 HikariDataSource 时传入的 HikariConfig 持有这些信息）。一开始，连接池内部并没有连接，所以，第一次调用 ds.getConnection()，会迫使连接池内部先创建一个Connection，再返回给客户端使用。当我们调用conn.close() 方法时（在 try(resource){...}结束处），不是真正“关闭”连接，而是释放到连接池中，以便下次获取连接时能直接返回。

因此，连接池内部维护了若干个 Connection 实例，如果调用 ds.getConnection()，就选择一个空闲连接，并标记它为“正在使用”然后返回，如果对Connection 调用close()，那么就把连接再次标记为“空闲”从而等待下次调用。这样一来，我们就通过连接池维护了少量连接，但可以频繁地执行大量的 SQL 语句。

通常连接池提供了大量的参数可以配置，例如，维护的最小、最大活动连接数，指定一个连接在空闲一段时间后自动关闭等，需要根据应用程序的负载合理地配置这些参数。此外，大多数连接池都提供了详细的实时状态以便进行监控。

使用 JDBC 连接池。

下载练习

数据库连接池是一种复用 Connection 的组件，它可以避免反复创建新连接，提高 JDBC 代码的运行效率；

可以配置连接池的详细参数并监控连接池。

正文完

星哥说事-微信公众号