Spring事务管理配置问题

　　昨天项目中遇到一个问题，所有需要数据库连接的请求都报拿不到连接的错误。

org.springframework.jdbc.CannotGetJdbcConnectionException:Could not get JDBC Connection;

　　日志中显示，所有线程都在等待数据库连接池释放连接。

"catalina-exec-223" daemon prio=10 tid=0x00007f75dc045000 nid=0x7f0e in Object.wait() [0x00007f72c5592000]   java.lang.Thread.State: WAITING (on object monitor)    at java.lang.Object.wait(Native Method)    at com.mchange.v2.resourcepool.BasicResourcePool.awaitAvailable(BasicResourcePool.java:1315)    at com.mchange.v2.resourcepool.BasicResourcePool.prelimCheckoutResource(BasicResourcePool.java:557)    - locked <0x00000000c8d28d78> (a com.mchange.v2.resourcepool.BasicResourcePool)...

　　排查发现，问题出在Spring事务管理的配置上，部分配置如下。

    <!-- 事务管理 -->    <bean name="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">        <property name="dataSource" ref="dataSource" />    </bean>    <!-- 拦截通知点配置 -->    <tx:advice id="txAdvice" transaction-manager="transactionManager">        <tx:attributes>                 <tx:method name="add*" propagation="REQUIRED" />            // +原本没有create，后加上            <tx:method name="create*" propagation="REQUIRED" />            <tx:method name="delete*" propagation="REQUIRED" />            <tx:method name="update*" propagation="REQUIRED" />            <tx:method name="edit*" propagation="REQUIRED" />            <tx:method name="log*" propagation="REQUIRES_NEW" />            // -原本有get，后删除            <tx:method name="get*" propagation="REQUIRED" />        </tx:attributes>    </tx:advice>

　　拦截配置意在对指定方法的数据库访问采用事务（transaction）操作。项目中有个get开头的方法，其中执行了数据库的读操作，该方法中存在一个Hessian请求，由于该请求的服务节点出了问题，使得请求迟迟未响应，而transaction的作用范围是整个方法，方法未结束，transaction长时间不释放数据库连接。前端又持续访问该方法，方法每次都会去连接池拿连接，很快就达到连接池的maxPoolSize，之后还有需要数据库连接的线程就都会被block住，最后导致所有连接数据库操作的方法都报出拿不到JDBC Connection的错误。
　　于是删除对get开头方法的拦截配置。又想起之前有个create开头的方法，其中有多次数据库插入操作，曾经出现一个问题，前几次操作成功，中间出错，后面的操作就没成功，再一次调用的时候发现前面操作成功的部分报记录已存在的错误，只好手动去数据库删除脏数据，现在想起来是没有使用事务操作，然后在配置中添加了对create开头方法的拦截。
　　总结，对读数据库的方法不配置transaction，只对修改数据库的操作才使用transaction，并对方法中可能存在长时间未响应的操作提供超时处理。