mysql - Slick/HikariCP 中的连接关闭错误后不允许进行任何操作

Question

我使用的是 Slick3.1.1 + HikariCP2.5.1。我的配置是:

rdsConfig = {
  url = "jdbc:mysql://mydb.........us-west-2.rds.amazonaws.com:3306/owlschema"  

  driver = "com.mysql.jdbc.Driver"
  connectionPool = HikariCP
  maxConnections = 222   
  minConnections = 30
  keepAliveConnection = true
  properties = {
    user = "me"
    password = "mydarksecret"
  }
  numThreads = 40    
}

我每 3 秒运行大约 1 个查询，每个查询耗时 < 0.4 秒。一开始一切正常，但大约 2 小时后，HikariCP 开始关闭连接，导致出现“连接关闭后不允许进行任何操作”的错误:

15:20:38.288 DEBUG [] [rdsConfig-8] com.zaxxer.hikari.pool.HikariPool - rdsConfig - Timeout failure stats (total=30, active=0, idle=30, waiting=0)
15:20:38.290 DEBUG [] [rdsConfig connection closer] com.zaxxer.hikari.pool.PoolBase - rdsConfig - Closing connection com.mysql.jdbc.JDBC4Connection@229960c: (connection is evicted or dead)
15:20:38.333 DEBUG [] [rdsConfig connection closer] com.zaxxer.hikari.pool.PoolBase - rdsConfig - Closing connection com.mysql.jdbc.JDBC4Connection@229960c failed
com.mysql.jdbc.exceptions.jdbc4.MySQLNonTransientConnectionException: No operations allowed after connection closed.
    at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) ~[na:1.8.0_77]
    at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source) ~[na:1.8.0_77]
    at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source) ~[na:1.8.0_77]
    at java.lang.reflect.Constructor.newInstance(Unknown Source) ~[na:1.8.0_77]

是否需要其他一些配置设置来避免这种情况？我完全不明白为什么 HikariCP 会关闭连接，如果它愿意，它不应该只为我的代码提供非关闭连接吗？它以其默认设置运行良好而著称，因此我对它为什么会出现问题感到困惑。谢谢。

Answer 1

HikariCP 确定连接已死，即 (connection is evicted or dead)，因此尝试关闭它。司机随后说，“抱歉，连接已经关闭”，这并不意外。

您可能会想，“为什么需要关闭死连接？”好吧，也许它只是暂时不可用(或速度慢)所以验证测试失败，但连接仍然是“从司机的角度来看“活着”。关闭或至少尝试对于让驱动程序有机会清理资源至关重要。

HikariCP 在五种情况下关闭连接:

1. 连接验证失败。这对您的应用程序是不可见的。连接已停用并被替换。您会看到一条日志消息，内容为 Failed to validate connection...。
2. 连接空闲时间超过 idleTimeout。这对您的应用程序是不可见的。连接已停用并被替换。您会看到关闭原因 (connection has passed idleTimeout)。
3. 一个连接达到了它的maxLifetime。这对您的应用程序是不可见的。连接已停用并被替换。您会看到 (connection has passed maxLifetime) 的关闭原因，或者如果在达到 maxLifetime 时连接正在使用中，您会看到 (connection is被驱逐或死亡) 稍后。
4. 用户手动退出连接。这对您的应用程序是不可见的。连接已停用并被替换。您会看到关闭原因 (连接被用户驱逐)。
5. JDBC 调用抛出一个不可恢复 SQLException。这对您的应用程序应该是可见的。您会看到关闭原因 (connection is broken)。

这里有很多变数。除了用户指定的设置外，我不知道 Slick 可能会更改哪些 HikariCP 默认设置。你没有显示周围的日志，所以我无法判断是否有任何其他相关问题。奇怪的是，您的配置显示 222 个连接，但在超时失败时记录的池统计信息是 (total=30, active=0, idle=30, waiting=0)，所以它看来 RDS 可能会限制您 (?)。

我建议打开一个问题 on Github ，在启动时附加包含池设置的日志消息，附加异常前一分钟的日志部分，并在日志文件中查找任何其他相关警告。