WildFly服务器数据库连接泄漏排查及连接丢失后无法重连问题咨询

我来帮你一步步分析和解决这个问题，你遇到的连接频繁丢失、应用挂死需要重启的情况，大概率和连接泄漏或者连接池配置不合理有关，咱们先从排查泄漏开始：

一、深化连接泄漏排查方法 #

你已经尝试过缓存连接管理器和JMX控制台查看活跃连接数，咱们可以把这些方法再细化：

• 细化JMX监控指标：别只看ActiveCount，要对比AvailableCount、MaxPoolSize这几个值。如果ActiveCount持续接近MaxPoolSize，且AvailableCount长期为0，基本就能确定存在连接泄漏。另外关注CreatedCount和DestroyedCount，如果创建数一直在增长但销毁数跟不上，说明连接被占用后没被释放回池。
• 用jboss-cli实时查询池状态：比JMX控制台更高效的方式是用WildFly的命令行工具，执行以下命令（替换YourDataSource为你的数据源名称）：

  /subsystem=datasources/data-source=YourDataSource/statistics=pool:read-resource(include-runtime=true)
  

  能拿到包含连接创建、销毁、等待队列等更详细的实时统计数据。
• 开启连接池内置泄漏检测：这是定位泄漏代码最直接的方法，在你的数据源配置中添加以下配置：

  <validation>
      <valid-connection-checker class-name="org.jboss.jca.adapters.jdbc.extensions.mysql.MySQLValidConnectionChecker"/> <!-- 根据你的数据库替换对应的Checker -->
      <validate-on-match>true</validate-on-match>
      <background-validation>true</background-validation>
      <background-validation-millis>60000</background-validation-millis>
      <leak-detection>true</leak-detection>
      <leak-detection-interval>30000</leak-detection-interval>
      <leak-detection-table-name>DUAL</leak-detection-table-name> <!-- MySQL用DUAL，Oracle可直接用表名 -->
  </validation>
  

  开启后，如果连接被占用超过leak-detection-interval（比如30秒），WildFly会在服务器日志里打印完整的调用堆栈，直接告诉你哪个代码块没释放连接。

二、代码层面排查潜在泄漏点 #

• 检查资源关闭逻辑：确保所有Connection、Statement、ResultSet都在finally块中关闭，或者直接用Java 7+的try-with-resources语法（推荐），比如：

  try (Connection conn = dataSource.getConnection();
       PreparedStatement stmt = conn.prepareStatement("SELECT * FROM your_table")) {
      // 执行数据库操作
  } catch (SQLException e) {
      // 异常处理逻辑
  }
  

  这种语法会自动帮你关闭资源，避免手动关闭时遗漏。
• 排查未提交的长事务：如果有事务启动后一直未提交，会导致连接被长期占用无法释放，检查代码中是否存在分支遗漏事务提交/回滚的情况。

三、解决连接丢失后无法重连的问题 #

连接丢失后应用无法自动恢复，多半是连接池没配置有效的连接校验机制：

• 配置连接有效性校验：除了上面的泄漏检测配置，确保开启test-on-borrow或test-while-idle，让连接池在借出连接前或空闲时自动检测连接是否有效，无效的话会销毁并创建新连接，避免应用拿到死连接。
• 对齐数据库超时配置：比如MySQL的wait_timeout和interactive_timeout会主动关闭空闲连接，要把连接池的background-validation-millis设置得比数据库超时时间短（比如数据库超时8小时，连接池设为1小时检测一次），提前识别失效连接。
• 调整连接池大小：确保max-pool-size不要设置过小，避免连接耗尽后无法创建新连接；同时min-pool-size设置合理，保证有足够的空闲连接应对突发请求。

按照上面的步骤一步步排查，先定位到连接泄漏的具体代码，再调整连接池配置，应该就能解决频繁丢连接和应用挂死的问题。

备注：内容来源于stack exchange，提问作者Komal Mehta