在项目的新版本中,重构了许多代码,因为演示版本没有涉及到update和save等操作,因此我索性把所有service层的事务控制取消了,不就是简单查询逻辑么。
后果就是,在做并发测试的时候,实际最大并发300的时候,最大连接池数配上300居然还老报连接池不够的异常,多亏proxool有个实时监控连接池使用情况的servlet,我发现每次查询后,连接还是active状态,不是马上释放。所有使用后的连接都会等到5分钟后才会自动释放,奇怪,我的autoCommit参数都加了,咋就不释放?
百无聊赖下,补上原有的事务配置:
Java代码
1. <aop:config proxy-target-class="true">
2. <aop:advisor pointcut="execution(* com.captain.sample.service..*Service.*(..))"
3. advice-ref="txAdvice" />
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-class="true">
<aop:advisor pointcut="execution(* com.captain.sample.service..*Service.*(..))"
advice-ref="txAdvice" />
</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超时定义,单位为分钟 -->
<session-config>
<session-timeout>20</session-timeout>
</session-config>
http://www.blogjava.net/youxia/archive/2009/07/15/286916.html
后果就是,在做并发测试的时候,实际最大并发300的时候,最大连接池数配上300居然还老报连接池不够的异常,多亏proxool有个实时监控连接池使用情况的servlet,我发现每次查询后,连接还是active状态,不是马上释放。所有使用后的连接都会等到5分钟后才会自动释放,奇怪,我的autoCommit参数都加了,咋就不释放?
百无聊赖下,补上原有的事务配置:
Java代码
1. <aop:config proxy-target-class="true">
2. <aop:advisor pointcut="execution(* com.captain.sample.service..*Service.*(..))"
3. advice-ref="txAdvice" />
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-class="true">
<aop:advisor pointcut="execution(* com.captain.sample.service..*Service.*(..))"
advice-ref="txAdvice" />
</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超时定义,单位为分钟 -->
<session-config>
<session-timeout>20</session-timeout>
</session-config>
http://www.blogjava.net/youxia/archive/2009/07/15/286916.html