Spring 事务管理-3
接续 Spring 事务管理-2


摘自:http://tidus2005.iteye.com/blog/398672

最近一个项目中发现了一个严重的问题，就是系统上线的回归测试时发现系统存在锁表的问题，直接导致事务不能结束（提交货品回滚），最终造成连接得不到释放，进而当开启的连接超过连接池的最大连接数时，系统将提示获取不到连接，从而崩溃！



一般的系统采用的都是Spring提供的声明式事务。而我们系统由于历史遗留问题，采用了offbiz的基于模型配置的架构体系，此套体系中事务的开启以及关闭都是通过编程式事务完成。编程式事务在事务范围控制方面比较灵活，但是在灵活的同时也存在潜在的风险。如果事务开启后没有正常结束，那么事务也就会一直占用连接而得不到释放。虽然可以通过设置事务超时值从而在事务超时杀掉事务释放连接，这种方式个人觉得还是存在一定得不可控性。所以对于编程式事务的使用，还应该注意一下几点：



第一点，有开有关：事务管理层有事务开启必须有事务关闭，可以通过设置事务旗标在finally中进行事务管理；示意性代码如下：



第二点，单一出口：即一个方法的renturn只有一处，异常情况通过throw 抛出，确保最外层事务管理层能够通过捕获到得异常控制事务状态（提交或回滚）。



第三点，设置事务超时：事务执行超过指定时间，强制杀掉事务，关闭连接，从而确保其他业务不会应为该事务锁定相关业务表而阻塞而导致恶性循环。



如果怀疑表被锁了，或者事务未被正常关闭，在Oracle数据库中我们可以通过以下语句进行查询获取相关信息：

// *Cause: Resource interested is busy. 
// *Action: Retry if necessary. 
5级锁有：Lock Share Row Exclusive  
具体来讲有主外键约束时update / delete ... ; 可能会产生4,5的锁。 
6级锁有：Alter table, Drop table, Drop Index, Truncate table, Lock Exclusive 

 

     附上几条简单的oracle系统查询语句：

 

--查某session 正在执行的sql语句，从而可以快速定位到哪些操作或者代码导致事务一直进行没有结束等.
alter system kill session 'sid,serial#';