CORDA V3数据源连接池配置：能否使用Apache Commons连接池？

能不能用？ #

完全可以！Corda节点的JDBC数据源配置支持自定义符合JDBC DataSource接口的连接池实现，Apache Commons DBCP（包括新版的DBCP2）是完全兼容的。

你只需要在节点的node.conf里指定对应的数据源类，并配置连接池的相关参数就行，举个实际配置例子：

dataSourceProperties {
    dataSourceClassName = "org.apache.commons.dbcp2.BasicDataSource"
    dataSource.url = "jdbc:postgresql://localhost:5432/corda_node"
    dataSource.username = "corda_user"
    dataSource.password = "corda_password"
    // DBCP2的核心连接池参数，可根据实际情况调整
    dataSource.maxTotal = 20
    dataSource.maxIdle = 10
    dataSource.minIdle = 5
    dataSource.maxWaitMillis = 30000
    dataSource.testOnBorrow = true
    dataSource.validationQuery = "SELECT 1"
}

只要连接池类实现了标准JDBC DataSource接口，Corda就能正常加载使用，Apache Commons系列连接池完全满足这个要求。

使用这类连接池有优势吗？ #

答案是肯定的，而且优势很明显——Corda自身的对象池和数据库连接池根本不是一个层级的东西，完全不冲突：

• Corda的内部对象池主要是用来复用应用层的业务对象（比如Flow实例、状态对象），而数据库连接池是针对数据访问层的JDBC连接复用，解决的是数据库连接创建销毁的开销问题，两者各司其职。
• 使用Apache Commons这类成熟的连接池，你能获得这些好处：
  • 性能提升：避免频繁创建JDBC连接的昂贵开销，这对高负载的Corda节点来说，能显著降低数据库操作的延迟，提升整体吞吐量。
  • 精细化连接管理：提供丰富的配置项（最大连接数、空闲连接超时、连接等待超时、连接有效性校验等），你可以根据节点的实际业务负载精准调优，还能有效避免连接泄漏的问题。
  • 稳定性与可靠性：成熟的连接池实现会自动处理连接失效重连、事务上下文维护等细节，比Corda默认的基础连接管理（如果不指定第三方池的话）要可靠得多，减少因为数据库连接问题导致的节点异常。

当然，如果你用Corda默认的数据源配置，它可能会用简单的连接管理，但功能和灵活性远不如专业的连接池。

注意事项 #

• 记得把Apache Commons DBCP的依赖jar包放到Corda节点的lib目录下，或者在节点的构建脚本中引入对应的依赖，否则节点启动时会找不到数据源类。
• 连接池参数要根据节点的实际负载调整，比如如果节点经常处理大量并发Flow，可适当调大maxTotal；如果负载较低，调小参数避免占用过多数据库连接资源。

内容的提问来源于stack exchange，提问作者Kevin Peterson