Transaction rolled back because it has been marked as rollback-only

阅读更多

        项目中出现了“Transaction rolled back because it has been marked as rollback-only”错误，上网搜索了一下，发现如下文章写的很好。

        spring的声明事务提供了强大功能，让我们把业务关注和非业务关注的东西又分离开了。好东西的使用，总是需要有代价的。使用声明事务的时候，一个不小心经常会碰到“Transaction rolled back because it has been marked as rollback-only”这个异常。有时候又常常会纳闷，"我已经try-catch了，为什么还这样呢？"

	
		
			files/pro.properties
		
	




	
	
	
	




	




	





 




	
	



	




	



	
	
		
			PROPAGATION_REQUIRED
			
	



	
		
			*Bo
		
	
	
		
		
			transactionInterceptor1	
		
	

         这里的声明事务是作用于所有以Bo为后缀的bean的所有方法上，使用REQUIRED传播方式。

public int insertA(A a) 
{
	aDao.insertA(a);
	
	B b = new B();
	b.setName("bbb");
	try
	{
		bBo.insertB(b);
	}
	catch(Exception e)
	{
		System.out.println("aaa");
	}
	return 0;
}

        这里，insertA 开始一个事务，调用aDao.insertA(a)[一个简单的数据库操作]，然后调用 bBo.insertB(b)[bo调dao,dao直接抛异常]。bBo的insertB方法，也要开始一个事务，但是这里的传播机制是REQUIRED。OK，和insertA 的事务合二为一吧。因为bBo.insertB(b)会抛异常出来，这里try-catch下，希望aDao.insertA(a)的操作能够成功。

        但是现实总是残酷的，这里会有一个大大的 “Transaction rolled back because it has been marked as rollback-only” ，结果你会发现aDao.insertA(a)的操作也没有成功。

        try-catch不起作用的原因简单的说就是，try-catch的不是地方，你认为你的try-catch是最接近异常抛出点了，是第一个处理的handler了。实际上，spring在更早一步就try-catch 住了，同时还设置了一些标志位，再把catch住的异常往外抛。这个时候才是我们的try-catch。而"Transaction rolled back because it has been marked as rollback-only"就是因为事务在提交的时候，发现标志位已经被设置了，不应该去提交了，然后吭哧吭哧的回滚调，再提示你已经被设置成rollback-only了。

        原因是既然如此，那么在不改变代码的情况下，依靠配置能否解决这个问题呢？使用PROPAGATION_REQUIRES_NEW吧。对于bBo.insertB(b)开个新的事务，如果失败了就回滚调，不影响外面的insertA不就OK了。最简单的情况就是在transactionInterceptor1前面，再加个拦截器transactionInterceptor2，该拦截器只针对insertB的事务属性进行修改。

	
		
			*Bo
		
	
	
		
		 
			transactionInterceptor2
			
			transactionInterceptor1	
		
	



	
	
		
			PROPAGATION_REQUIRES_NEW
			
	

        注意interceptorNames里面元素的位置。先要使用transactionInterceptor2,再使用transactionInterceptor1.因为调用insertB的时候，transactionInterceptor2先开了一个新事务，而后transactionInterceptor1融合进这个事务。如果这2个拦截器的顺序颠倒的话,那么还是会出现“Transaction rolled back because it has been marked as rollback-only”。因为，transactionInterceptor2生成事务回滚以后，还是会把ex抛给transactionInterceptor1。这个时候，transactionInterceptor1的事务和insertA的事务是同一个。transactionInterceptor1，把标志设置好，等到insertA真的结束的时候，因为异常被我们的try-catch捕获了，spring就会发现需要提交的事务具有一个已经被标记号的rollback。所以就又抛出来了。

        但是如果系统有很多遗留的因素导致你不敢盲目的修改配置文件的话（比如事务的poincut），那么我们就再加一个事务proxy就OK了。

	
		
			*Bo
		
	
	
		
			transactionInterceptor2
			
		
	



	
		
			*Bo
		
	
	
		
		transactionInterceptor1	
				
		
	

        如上的配置还是会带来悲剧的“Transaction rolled back because it has been marked as rollback-only”。

        但是如果我们把 autoProxy2 放到 autoProxy1 或者给自动代理加上顺序的话，结果就正确了。

	
		
			*Bo
		
	
	
		
		transactionInterceptor1	
				
		
	



	
		
			*Bo
		
	
	
		
			transactionInterceptor2
			
		
	

        造成这个原因是由使用了2个代理的顺序导致的。

        在做自动代理的时候，spring会按照postBeanProcessor bean声明的顺序（如果没有设置顺序的话），来依次处理bean。如果autoProxy2 在 autoProxy1 之前，这样transactionInterceptor2 就会更加贴近insertB的调用，其效果就像如下配置。

	
		
			*Bo
		
	
	
		
		transactionInterceptor1	
	 
		transactionInterceptor2		
			
		
	

        看来，Spring还是要注意bean的顺序。

 

文章来源：http://narcissusoyf.iteye.com/blog/710261