如何在WSO2中使用DBLookup Mediator手动关闭数据库连接？

首先要明确：你看到数据库中的活跃会话，大概率是连接池的空闲连接，而非未关闭的泄漏连接。DBLookup Mediator依赖WSO2 ESB的连接池机制（基于Apache DBCP或HikariCP，依版本而定），代码里的finally块是把连接归还到连接池，不是物理关闭连接——连接池会维持一定数量的空闲连接，避免频繁创建/销毁连接的性能开销，这是正常的设计行为。

如果确实需要手动干预连接的生命周期，或者排查疑似连接泄漏问题，可以参考以下方案：

1. 调整连接池配置（推荐） #

不需要手动关闭连接，通过配置连接池参数让其自动管理闲置连接：

• 打开WSO2 ESB的repository/conf/datasources/master-datasources.xml，找到你用于DBLookup的数据源配置。
• 添加或修改以下参数：
  • maxIdle: 设置连接池允许的最大空闲连接数，超出的空闲连接会被自动回收。
  • minIdle: 设置连接池保留的最小空闲连接数，保证基础连接可用。
  • removeAbandonedTimeout: 设置连接被判定为“遗弃”的超时时间（单位秒），超时后池会强制回收连接。
  • removeAbandonedOnBorrow: 设为true，当从池获取连接时，自动回收超时的遗弃连接。
  • logAbandoned: 设为true，开启遗弃连接的日志记录，便于排查泄漏点。

示例配置片段：

<datasource>
  <name>MY_DATASOURCE</name>
  <description>DBLookup Datasource</description>
  <jndiConfig>
    <name>jdbc/MY_DATASOURCE</name>
  </jndiConfig>
  <definition type="RDBMS">
    <configuration>
      <url>jdbc:mysql://localhost:3306/mydb</url>
      <username>root</username>
      <password>root</password>
      <driverClassName>com.mysql.cj.jdbc.Driver</driverClassName>
      <maxActive>20</maxActive>
      <maxIdle>5</maxIdle>
      <minIdle>2</minIdle>
      <removeAbandonedTimeout>60</removeAbandonedTimeout>
      <removeAbandonedOnBorrow>true</removeAbandonedOnBorrow>
      <logAbandoned>true</logAbandoned>
    </configuration>
  </definition>
</datasource>

2. 自定义Mediator强制关闭连接（不推荐） #

如果必须绕过连接池物理关闭连接，需要自定义扩展DBLookupMediator：

• 复制原DBLookupMediator的代码，修改finally块中的连接处理逻辑：将SynapseDataSourceUtils.close(connection, statement, resultSet);替换为直接物理关闭连接的代码（注意：这会彻底断开连接，不再归还到池，会导致连接池失去作用，大幅降低性能）。
• 编译自定义Mediator，打包成JAR放入WSO2 ESB的repository/components/lib目录，重启ESB后使用自定义的Mediator替代原生DBLookupMediator。

3. 排查真连接泄漏 #

如果怀疑是真正的连接泄漏（而非池的正常空闲连接）：

• 开启连接池的logAbandoned日志，查看是否有连接未被正确归还。
• 用数据库自带的工具（比如MySQL的SHOW PROCESSLIST、PostgreSQL的pg_stat_activity）跟踪连接的创建时间、最后活动时间，定位长期未释放的连接对应的请求。

内容的提问来源于stack exchange，提问作者Evgeniy Zhurenko