jdbc-pool 的池耗尽错误太多

Question

我有一个应用在上个月开始使用jdbc-pool 进行 MySQL 连接处理。在此之前，我一直在使用 Apache 的commons-dbcp。在阅读了一些显示它更快、维护得更好等的分析后，我切换到 jdbc-pool。但是，我开始注意到 很多 更多的用户看到池耗尽错误。

我不知道这是否与从 commons 切换到 jdbc-pool 有关，但它似乎从那个时候开始，我正在考虑构建我们的产品以恢复并将其提供给有 db 错误的人看看它有什么影响。

我编写了一个文档，通过调整池连接、增加最大等待等来帮助他们进行故障排除。但是，我开始看到很多人报告池耗尽错误，即使他们的应用程序基本上处于空闲状态。 show full processlist 似乎显示 19 个连接处于“睡眠”状态，其中 1 个连接处于活动状态。

我在生产环境和开发环境中都经常运行该应用程序，但从未遇到过问题。我更擅长管理我的 mysql 环境，但池系统较弱的竞争对手产品没有此类问题。

我花了很多时间阅读 jdbc 和 pooling 文档，但是 我是否在做一些会导致性能不佳的事情？

这些是我们使用默认值的数据库连接代码示例。

// Called once on application start, connects to the database
public DataSource initDbPool(){
    String dns = "jdbc:mysql://"+config.getString("prism.mysql.hostname")+":"+config.getString("prism.mysql.port")+"/"+config.getString("prism.mysql.database");
    pool = new DataSource();
    pool.setDriverClassName("com.mysql.jdbc.Driver");
    pool.setUrl(dns);
    pool.setUsername( /*username*/ );
    pool.setPassword( /*password*/ );
    pool.setInitialSize( 10 );
    pool.setMaxActive( 20 );
    pool.setMaxIdle( 10 );
    pool.setMaxWait( 30000 );
    pool.setRemoveAbandoned(true);
    pool.setRemoveAbandonedTimeout(60);
    return pool;
}

// Called from various classes that need to run queries
public static Connection dbc(){
    Connection con = null;
    try {
        con = pool.getConnection();
    } catch (SQLException e) {
        System.out.print("Database connection failed. " + e.getMessage());
        e.printStackTrace();
    }
    return con;
}

The actual code can be seen here.

我也从不喜欢查询。我们一直在运行批量插入查询，但我们已经使用队列系统和批量插入对其进行了优化，因此它非常快并且使用尽可能少的开销。

Answer 1

我看到你有close() 但不在finally 块中。这意味着如果发生异常，连接将丢失。我怀疑commons-dhcp 处理泄漏连接的方式与jdbc-pool 不同。

有removeAbandoned 配置选项，默认为off，因为它是Right Thing™。但据我了解，它不提供任何保证，因为它会通过超时关闭它们。如果您在短时间内有很多异常，它可能会耗尽池。因此，更好的方法是始终关闭 finally 块中的所有连接。