关于c3p0 ConnectionTester中DATABASE_IS_INVALID的数据库移除及配置问询

1. DATABASE_IS_INVALID是否会触发立即移除无效数据库？ #

答案是不会直接触发立即移除。这个常量本质上是ConnectionTester用来标记“数据库本身不可用（比如实例宕机、网络完全不通）”的状态码，它本身并不会直接触发连接池对数据库节点的移除操作。

2. statusOnException返回该常量但未被使用？ #

其实这个返回值是会被c3p0内部的连接管理逻辑处理的，但不是直接用来移除数据库。当ConnectionTester的statusOnException返回DATABASE_IS_INVALID时，c3p0会将对应的连接标记为无效并丢弃，同时会记录相关的日志（比如WARN级别日志），但不会主动从连接池中“移除整个数据库”——因为c3p0默认是假设数据库可能会恢复的，不会直接把某个数据库节点从配置中剔除。

3. 该常量是否仅用于日志，内部自动清除无效连接？ #

不完全是仅用于日志。除了日志标记外，c3p0会根据这个状态码立即丢弃当前测试的无效连接，但不会对数据库节点做永久性移除。后续连接池还是会尝试向该数据库创建新连接，直到你配置的重试次数耗尽或者触发其他熔断逻辑。

4. 行为是否可配置？配置位置在哪里？ #

这个行为是可以通过c3p0的配置参数调整的，针对MySQL场景，常用的相关配置包括：

• maxConnectionAge：设置连接的最大存活时间，到期自动销毁连接
• checkoutTimeout：当获取连接超时后，会触发对无效连接的清理
• acquireRetryAttempts：当尝试获取连接失败时的重试次数，如果多次返回DATABASE_IS_INVALID且耗尽重试次数，c3p0会暂时停止尝试该数据库节点，直到acquireRetryDelay设定的时间后再重试
• breakAfterAcquireFailure：如果设置为true，当获取连接失败的次数达到acquireRetryAttempts后，c3p0会彻底停止尝试该数据库节点（相当于“移除”无效数据库），直到手动重启连接池或者调用refresh()方法

这些配置可以通过以下方式设置：

• 在c3p0的配置文件（比如c3p0.properties或c3p0-config.xml）中配置
• 在代码中通过ComboPooledDataSource的setter方法设置，比如：

ComboPooledDataSource ds = new ComboPooledDataSource();
ds.setBreakAfterAcquireFailure(true);
ds.setAcquireRetryAttempts(3);
ds.setAcquireRetryDelay(5000);

需要注意的是，结合MySQL JDBC驱动的话，确保你的驱动版本和c3p0版本兼容，避免出现测试逻辑不匹配的情况。

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