我们使用的是druid数据库,使用的是网上最常见的配置方式,如下:
<bean id="dataSource" class="com.alibaba.druid.pool.DruidDataSource" init-method="init" destroy-method="close"> <!-- 基本属性 url、user、password --> <property name="url" value="${jdbc_url}" /> <property name="username" value="${jdbc_user}" /> <property name="password" value="${jdbc_password}" /> <!-- 配置初始化大小、最小、最大 --> <property name="initialSize" value="1" /> <property name="minIdle" value="1" /> <property name="maxActive" value="20" /> <!-- 配置获取连接等待超时的时间 --> <property name="maxWait" value="60000" /> <!-- 配置间隔多久才进行一次检测,检测需要关闭的空闲连接,单位是毫秒 --> <property name="timeBetweenEvictionRunsMillis" value="60000" /> <!-- 配置一个连接在池中最小生存的时间,单位是毫秒 --> <property name="minEvictableIdleTimeMillis" value="300000" /> <property name="validationQuery" value="SELECT 'x'" /> <property name="testWhileIdle" value="true" /> <property name="testOnBorrow" value="false" /> <property name="testOnReturn" value="false" /> <!-- 打开PSCache,并且指定每个连接上PSCache的大小 --> <property name="poolPreparedStatements" value="true" /> <property name="maxPoolPreparedStatementPerConnectionSize" value="20" /> <!-- 配置监控统计拦截的filters,去掉后监控界面sql无法统计 --> <property name="filters" value="stat" /> </bean>
这里的超时时间其实就是timeBetweenEvictionRunsMillis设置的60秒了,空闲时间超过60秒的连接,在使用前会检查是否可用,所以首先查看数据库配置,但发现数据库配置的时间是超过60秒的,而且再加大超时时间也没有用。
后来dba说在数据库前还用了mycat,把mycat去掉直接连果然好了。
可是mycat也有超时时间,查看设置后发现也是大于60秒的,所以虽然基本上确定是mycat那边的问题,但始终不知道怎么解决。
直到...一天后dba又说mycat前面还有haproxy代理(...),并且发现haproxy设置的超时时间很短,后来加大时间把mycat加回去后问题终于解决。
总结:遇到类似的问题一定要搞清楚从程序到数据库一共经过了几层,每一层的超时时间必须依次增大,否则就会出现类似问题。