查询式操作同样附下spring事务控制

2012-11-15

查询式操作同样附上spring事务控制在项目的新版本中，重构了许多代码，因为演示版本没有涉及到update和save

查询式操作同样附上spring事务控制
在项目的新版本中，重构了许多代码，因为演示版本没有涉及到update和save等操作，因此我索性把所有service层的事务控制取消了，不就是简单查询逻辑么。
后果就是，在做并发测试的时候，实际最大并发300的时候，最大连接池数配上300居然还老报连接池不够的异常，多亏proxool有个实时监控连接池使用情况的servlet，我发现每次查询后，连接还是active状态，不是马上释放。所有使用后的连接都会等到5分钟后才会自动释放，奇怪，我的autoCommit参数都加了，咋就不释放？
百无聊赖下，补上原有的事务配置：
Java代码

   1. <aop:config proxy-target-/>
   4. </aop:config>
   5.
   6. <tx:advice id="txAdvice" transaction-manager="transactionManager">
   7.     <tx:attributes>
   8.                 <tx:method name="*" />
   9.     </tx:attributes>
10. </tx:advice>

<aop:config proxy-target-/>
</aop:config>

<tx:advice id="txAdvice" transaction-manager="transactionManager">
<tx:attributes>
<tx:method name="*" />
</tx:attributes>
</tx:advice>

问题解决，所有查询提交完后立马释放连接，原有配置跑500并发没有出现任何异常。
结论：
查询式操作同样附上spring事务控制，别图省事；

PermGen space的全称是Permanent Generation space,是指内存的永久保存区域OutOfMemoryError: PermGen space从表面上看就是内存益出，解决方法也一定是加大内存。说说为什么会内存益出：这一部分用于存放Class和Meta的信息,Class在被 Load的时候被放入PermGen space区域，它和和存放Instance的Heap区域不同,GC(Garbage Collection)不会在主程序运行期对PermGen space进行清理，所以如果你的APP会LOAD很多CLASS的话,就很可能出现PermGen space错误。这种错误常见在web服务器对JSP进行pre compile的时候。

web.xml：
    
    <session-config>
        <session-timeout>20</session-timeout>
    </session-config>

http://www.blogjava.net/youxia/archive/2009/07/15/286916.html

热点排行

软件架构设计

查询式操作同样附下spring事务控制