Spring+BoneCP+MyBatis: maxConnectionsPerPartition为1导致的junit一直停留在获取conn阶段的问题


Spring+BoneCP+MyBatis下, 如果applicationcontex.xml中的boneCP datasource 最大连接数maxConnectionsPerPartition设为1且partitionCount也为1:
  <bean id="dataSourceNewsletter" class="com.jolbox.bonecp.BoneCPDataSource" destroy-method="close">
    <property name="driverClass" value="#{env['jdbc.driverClassName']}"/>
    <property name="jdbcUrl" value="#{env['jdbc.url.newsletter']}"/>
    <property name="username" value="#{env['jdbc.username']}"/>
    <property name="password" value="#{env['jdbc.password']}"/>
    <property name="idleConnectionTestPeriod" value="60"/>
    <property name="maxConnectionsPerPartition" value="1"/>
    <property name="minConnectionsPerPartition" value="1"/>
    <property name="partitionCount" value="1"/>
    <property name="acquireIncrement" value="1"/>
    <property name="statementsCacheSize" value="100"/>
    <property name="releaseHelperThreads" value="3"/>
  </bean>

则junit单元测试时无法获取到这个唯一的connection,单元测试将会一直停留在下面的“Fetching JDBC Connection from DataSource”:
引用
INFO 00:05:08 (SQLErrorCodesFactory.java:126) - SQLErrorCodes loaded: [DB2, Derby, H2, HSQL, Informix, MS-SQL, MySQL, Oracle, PostgreSQL, Sybase]
DEBUG 00:05:08 (SQLErrorCodesFactory.java:199) - Looking up default SQLErrorCodes for DataSource [JDBC URL = jdbc:postgresql://mxa.tianyu.com:5432/zhoukan, Username = www-data, partitions = 1, max (per partition) = 1, min (per partition) = 1, helper threads = 3, idle max age = 60 min, idle test period = 60 min]
DEBUG 00:05:08 (DataSourceUtils.java:110) - Fetching JDBC Connection from DataSource
上面log的前提是已打开相应包的log4j日志跟踪:
log4j.logger.org.mybatis=DEBUG
log4j.logger.org.springframework=DEBUG
log4j.logger.com.jolbox.bonecp=DEBUG



解决办法:将最大连接数maxConnectionsPerPartition设为>1
  <bean id="dataSourceNewsletter" class="com.jolbox.bonecp.BoneCPDataSource" destroy-method="close">
    ...
    <property name="maxConnectionsPerPartition" value="3"/>
    ...
  </bean>
这只是一个让单元测试能够进行下去的临时解决之道;真正的问题在于,仅有的一个connection为什么一直被占用,代码里哪里的不规范导致该connection一直得不到释放致使单元测试一直停留在“获取数据库连接...”阶段,而无法继续run下去?


后期说明:这不是个问题或bug;根本的原因还是因为conn只有一个,太少,而在复杂的业务操作代码中有多线程的多个Dao调用。连接被某个Dao调用占用了。当然,如果conn被长时间的占用,导致测试代码一直停留无法执行下去,就需要去查找可能存在的数据库死锁问题。


ref resources:
spring+ibatis 不打印错误信息:
http://blog.csdn.net/gaoshanwushui/article/details/5509845

你可能感兴趣的:(spring,mybatis,bonecp)