我正在使用commons dbcp在as400上与DB2建立JDBC连接,从而在tomcat 7.0上工作。 一旦我在服务器上加载,它就会立即打开和关闭与数据库的连接,忽略我设置的 30 分钟 removeAbandonedTimeout 设置。 我已经尝试了几种设置,但无济于事。 例如,在 15 秒的时间间隔内,它将无缘无故地打开 150 个连接并关闭 140 个连接。 我们有这个应用程序在旧的 WebSphere 服务器上运行,除非它们确实处于空闲状态,否则它不会关闭连接。
这是我的配置:
<Resource name="MYDB"
auth="Container"
type="javax.sql.DataSource"
factory="org.apache.tomcat.dbcp.dbcp.BasicDataSourceFactory"
driverClassName="com.ibm.as400.access.AS400JDBCDriver"
url="jdbc:as400://mydb.na.sysco.net;blockCriteria=2;dateFormat=iso;libraries=*LIBL;naming=system;errors=full"
username="user"
password="pass"
maxActive="350"
maxWait="180000"
minIdle="10"
maxIdle="50"
testWhileIdle="true"
validationQuery="select 1 from sysibm.sysdummy1"
timeBetweenEvictionRunsMillis="34000"
minEvictableIdleTimeMillis="1800000"
removeAbandonedTimeout="1800"
removeAbandoned="true"
logAbandoned="true"/>
当系统空闲或只有几个测试帐户时,它的行为符合预期,但是一旦我在服务器上加载负载,大规模的打开和关闭就会立即开始。 例如,它将在相同的 15 秒间隔内打开 150 个连接并关闭 90 个连接。 我正在从我的监控软件读取与 as400 上 QZ 作业的开始和结束相关的套接字打开和关闭。 在使用连接时,它将不断执行此操作。
这违背了连接池的目的。 任何想法或想法都值得赞赏。
也很令人困惑,因为不清楚我应该使用哪些参数开始。 不接受与Tomcat JDBC连接池参数不同的公共dbcp参数,即removeAbandonedOnMaintenance。 但是 minEvictableIdleTimeMillis 的默认值 1800000 是从 Tomcat jdbc 池参数中选取的,而不是 60000
。https://commons.apache.org/proper/commons-dbcp/api-1.2.2/index.html
https://tomcat.apache.org/tomcat-7.0-doc/jdbc-pool.html
当我没有显式设置参数时,这就是我得到的默认值。 它似乎列出了所有tomcat jdbc池参数,而不是commons DBCP参数。但是,它从公共DBCP中获取minEvictableIdleTimeout的默认值,而不是Tomcat JDBC连接池参数中的60秒。 奇怪的部分是 removeAbandoned 参数未列出用于 commons dbcp,它是 removeAbandonedOnMaintenance 和 removeAbandonedOnBorrow。 一个星期以来,我一直在尝试将这个果冻钉在墙上。
我使用 jmxproxy 来获取实时统计信息和设置。
http://myserver:8080/manager/jmxproxy/?qry=Catalina%3Atype%3DDataSource%2C*
Name: Catalina:type=DataSource,class=javax.sql.DataSource,name="EOPDB"
modelerType: org.apache.tomcat.util.modeler.BaseModelMBean
maxIdle: 8
testOnBorrow: false
defaultTransactionIsolation: -1
testOnReturn: false
maxActive: 350
numActive: 104
numTestsPerEvictionRun: 3
minIdle: 0
maxWait: 180000
closed: false
defaultAutoCommit: true
numIdle: 8
validationQueryTimeout: -1
testWhileIdle: false
driverClassName: com.ibm.as400.access.AS400JDBCDriver
accessToUnderlyingConnectionAllowed: false
url: jdbc:as400://mydb;blockCriteria=2;dateFormat=iso;libraries=*LIBL;naming=system;errors=full
removeAbandonedTimeout: 300
defaultReadOnly: false
logAbandoned: false
poolPreparedStatements: false
maxOpenPreparedStatements: -1
removeAbandoned: false
minEvictableIdleTimeMillis: 1800000
timeBetweenEvictionRunsMillis: -1
initialSize: 0
maxIdle 是池中可以保持空闲的最大连接数。一旦空闲连接数超过 maxIdle,应用程序释放的任何连接都会立即关闭,而不会根据 minEvictableIdleTimeMillis 检查连接空闲时间。
有 2 个值在您的方案中可能存在问题
timeBetweenEvictionRunsMillis="34000"
removeAbandoned="true"
timeBetweenEvictionRunsMillis
是 34 秒,在您的方案中,在该时间段的中间创建了 150 个连接,并在时间到来时销毁了 90 个连接,在池中留下了 60 个连接,几乎是 maxIdle=50 请求的 50 个连接。与minEvictableIdleTimeMillis相比,看起来不成比例,因为您希望空闲连接在池中存活 30 分钟(1800000 毫秒(,但您每 34 秒检查一次而不采取任何操作,因为连接应该存活更长的时间。
删除放弃超时它强制应用程序以超过 1.8 秒的速度运行查询。
该值应设置为应用程序可能具有的运行时间最长的查询。
确保应用程序正确返回到池的连接,它们将被视为已放弃和关闭。
希望这有帮助。
此处介绍了选项。