有一个线上环境使用的是c3p0数据库,为外部提供接口服务。最近访问压力增大后台tomcat的日志里面频繁出现
com.mchange.v2.resourcepool.TimeoutException: A client timed out while waiting to acquire a resource from com.mchange.v2.resourcepool.BasicResourcePool@1c83354 -- timeout at awaitAvailable()
的异常信息
在网上搜索了半天找到两种最多的方法:
1.修改checkoutTimeout的值,这个值我现在已经设定是5000了也就是5秒超时,如果再大就没意义了,一个接口5秒还没响应是非常不正常的。
2.增加acquireIncrement的值,这个值感觉也不靠谱,只是增大了每次获取的数量,如果根本就获取不到连接就无意义。
无奈只好优化程序,加大连接池的maxPoolSize和minPoolSize的值。
但是就算把 maxPoolSize 的值设置的比tomcat的最大线程的值大,过不了一会还是出现那个问题。我就奇怪了就算每个请求永久占用一个连接也够用了,怎么还会出现获取连接超时的问题。
然后继续在晚上搜数据库连接池发现了bonecp。
换上这个后果然问题解决,日志里面再没出现获取连接超时的问题。
看来c3p0在大并发的情况下还真的是不容乐观啊。
顺便说下项目的并发情况,单台tomcat 最大maxThreads的值设为400,每次启动后tomcat的日志中都会出现线程超过最大线程的信息。 也就是峰值并发数 > 400 。
<bean id="dataSource" class="com.jolbox.bonecp.BoneCPDataSource" destroy-method="close"> <property name="driverClass" value="com.mysql.jdbc.Driver" /> <property name="jdbcUrl" value="jdbc:mysql://127.0.0.1:3306/data?useUnicode=true&characterEncoding=utf8" /> <property name="username" value="root"/> <property name="password" value="123456"/> <property name="idleConnectionTestPeriodInMinutes" value="240"/> <property name="idleMaxAgeInMinutes" value="60"/> <property name="maxConnectionsPerPartition" value="250"/> <property name="minConnectionsPerPartition" value="40"/> <property name="partitionCount" value="2"/> <property name="acquireIncrement" value="10"/> <property name="statementsCacheSize" value="0"/> <property name="releaseHelperThreads" value="5"/> <property name="connectionTimeoutInMs" value="5000"/> </bean>
以上是我的配置文件,初始值设置为2x40=80 也就是第一次会创建80个连接。 所以项目启动后第一次请求会比较慢,大概5-10秒才会有响应。
官方网站 http://jolbox.com/