DBCP2 - 何时从池中删除空闲连接

Question

在配置 DBCP2 池时，基于 documentation 我注意到 - 有一个名为 timeBetweenEvictionRunsMillis 的配置被描述为：

空闲对象运行之间休眠的毫秒数 驱逐线程。当为非正数时，没有空闲的对象驱逐线程将 运行。

其默认值为-1。

这是否意味着 evictor 线程永远不会在默认配置中运行？那么配置参数maxIdle 是如何强制执行的——如果空闲连接的数量大于maxIdle，则池必须驱逐空闲连接。

让我感到很困惑的是，默认配置是永远不会驱逐空闲连接。

还有另一个配置softMiniEvictableIdleTimeMillis 似乎在timeBetweenEvictionRunsMillis 之上发挥了一些作用。

在这方面的任何澄清都会有很大的帮助。

暂时，我正在配置池，如下所示 - 因为我的目标是在我的池中没有任何空闲连接太久（这是需要的，因为我们使用的是 AWS RDS 并且似乎有 a weird issue 与我们经常遇到的）

    BasicDataSource dataSource = new BasicDataSource();
    dataSource.setDriverClassName("com.mysql.jdbc.Driver");
    dataSource.setUrl(properties.getProperty("app.mysql.url"));
    dataSource.setUsername(properties.getProperty("app.mysql.username"));
    dataSource.setPassword(properties.getProperty("app.mysql.password"));
    dataSource.setMaxIdle(20);
    dataSource.setMaxWaitMillis(20000); //wait 10 seconds to get new connection
    dataSource.setMaxTotal(200);
    dataSource.setMinIdle(0);
    dataSource.setInitialSize(10);
    dataSource.setTestOnBorrow(true);
    dataSource.setValidationQuery("select 1");
    dataSource.setValidationQueryTimeout(10); //The value is in seconds

    dataSource.setTimeBetweenEvictionRunsMillis(600000); // 10 minutes wait to run evictor process
    dataSource.setSoftMinEvictableIdleTimeMillis(600000); // 10 minutes wait to run evictor process
    dataSource.setMinEvictableIdleTimeMillis(60000); // 60 seconds to wait before idle connection is evicted
    dataSource.setMaxConnLifetimeMillis(600000); // 10 minutes is max life time
    dataSource.setNumTestsPerEvictionRun(10);

Answer 1

是的，驱逐线程默认不会运行。原因是maxIdle和maxTotal的值默认是一样的，也就是说不会有立即关闭的连接，也不需要驱逐空闲的连接。因此，池只是通过不运行无用的线程来节省一些资源。

但是当你改变maxIdle并使其低于maxTotal而不启动evictor线程时，并不意味着你的连接不会被关闭。这意味着它们将在释放后立即关闭，没有延迟，直到它们的数量不下降到maxIdle。

然后minEvictableIdleTimeMillis 和softMinEvictableIdleTimeMillis 来玩（小心，文档中有错字，它是...MinEvictalbe...，而不是...MiniEvictable...）。它们之间的区别在于前者不尊重minIdle，而后者则尊重。考虑到 softMinEvictableIdleTimeMillis 仅在 minEvictableIdleTimeMillis 已过时才被检查，这有点棘手。

假设我们有minEvictableIdleTimeMillis=10000 和softMinEvictableIdleTimeMillis=-1（默认情况下）。在这种情况下，空闲连接将在池中保留不超过 10 秒。即使连接数不超过minIdle，也会被关闭。如果导致连接数低于minIdle的丢弃，将立即创建一个新连接。

现在，假设我们有minEvictableIdleTimeMillis=10000 和softMinEvictableIdleTimeMillis=30000。在这种情况下，在检查 minEvictableIdleTimeMillis 并检测到超出之后的空闲连接将另外检查 softMinEvictableIdleTimeMillis。如果空闲时间超过它，连接将被关闭。否则，它将保留在池中，直到对 minEvictableIdleTimeMillis 进行下一次肯定检查。

最终，maxTotal 和 maxIdle 之间的连接将立即关闭，maxIdle 和 minIdle 之间的连接在 minEvictableIdleTimeMillis 之后关闭，minIdle 和 0 之间的连接在 softMinEvictableIdleTimeMillis 之后关闭并立即重新开放。给予或接受驱逐检查期。

使用您的配置，当池大于 20 时，您将立即关闭所有连接。这 20 个连接的生存时间为 10 到 20 分钟（即使空闲），因为您有 10 分钟的 EvictableIdleTimeMillis 加TimeBetweenEvictionRunsMillis 10 分钟。

我还想提一下maxIdle 和maxTotal 之间存在较大差距的潜在问题。如果您预计maxIdle 会经常被超过，最好增加它。否则，您将面临不断的连接打开和关闭，这将对您的数据库（因为建立新的数据库连接是相对繁重的操作）和应用服务器网络基础设施（因为关闭的连接将挂在 TIME_WAIT 状态，耗尽您的网络端口）造成额外压力池）。