@transitional事务传播行为和数据库隔离级别

最新推荐文章于 2024-08-24 13:17:48 发布

最新推荐文章于 2024-08-24 13:17:48 发布 · 1.8k 阅读

文章标签：

#数据库 #java

spring2.5 专栏收录该内容

9 篇文章

订阅专栏

本文深入解析Spring框架中的事务管理机制，包括事务传播行为、回滚规则及隔离级别的配置与理解。并通过具体示例展示了不同传播行为的应用场景。

@transitional事务传播行为

在service类前加上@Transactional，声明这个service所有方法需要事务管理。每一个业务方法开始时都会打开一个事务。

spring默认情况下会对运行期例外(RunTimeException)进行事务回滚。这个例外是unchecked ；如果遇到checked(用户例外)就不回滚。

改变默认规则：

1、让checked例外也回滚：在整个方法前加上 @Transactional(rollbackFor=Exception.class)

@Transactional(rollbackFor=Exception.class)
public void delete(Integer id) throws Exception{
	String sql = "delete from user where id=?";
	jdbcTemplate.update(sql, new Object[] { id }, new int[] {java.sql.Types.INTEGER });
			throw new Exception("运行时错误！");
}

Exception.class对应抛出异常的异常类

2、让unchecked例外不回滚： @Transactional(notRollbackFor=RunTimeException.class)

注意：如果异常被try｛｝catch｛｝了，事务就不回滚了，如果想让事务回滚必须再往外抛try｛｝catch｛throw Exception｝。

Spring中事务的定义

1、propagation：key属性确定代理应该给哪个方法增加事务行为。这样的属性最重要的部份是传播行为。

有以下选项可供使用：

Propagation.REQUIRED——业务方法需要在一个事务中运行，如果方法运行时，已经处在一个事务中，那么加入到该事务，否则为自己创建一个新的事务。这是默认的选项。
Propagation.SUPPORTS——如果业务方法在某个事务范围内被调用，则方法成为该事务的一部分，如果业务方法在事务范围外被调用，则方法在没有事务的环境下执行。
Propagation.MANDATORY——该属性指定业务方法只能在一个已经存在的事务中执行，业务方法不能发起自己的事务。如果业务方法在没有事务的环境下调用，容器就会抛出例外。
Propagation.REQUIRES_NEW——不管是否存在事务，业务方法总会为自己发起一个新的事务。如果方法已经运行在一个事务中，则原有事务会被挂起，新的事务会被创建，直到方法执行结束，新建事务才算结束，原先的事务才会恢复执行。
Propagation.NOT_SUPPORTED——声明方法不需要事务。如果方法没有关联到一个事务，容器不会为它开启事务。如果方法在一个事务中被调用，该事务会被挂起，在方法调用结束后，原先的事务便会恢复执行。
Propagation.NEVER——指定业务方法绝对不能在事务范围内执行。如果业务方法在某个事务中执行，容器会抛出例外，只有业务方法没有关联到任何事务，才能正常执行。
Propagation.NESTED——如果活动的事务存在，则运行在一个嵌套的事务中，如果没有活动事务，则按照Propagation.REQUIRED属性执行。它使用了一个单独的事务，这个事务拥有多个可以回滚的保存点，内部事务的回滚不会对外部事务造成影响。它只对DataSourceTransactionManager事务管理器起效。

实例说明：

ServiceA{   
	@Transactional(propagation=Propagation.REQUIRED)
     void methodA() {   
         ServiceB.methodB();   
     }   
}   
ServiceB{   
	@Transactional(propagation=Propagation.REQUIRED)  
     void methodB() {   
     }   
}

1：Propagation.REQUIRED
ServiceB.methodB的事务级别定义为Propagation_REQUIRED, 那么由于执行ServiceA.methodA的时候， ServiceA.methodA已经起了事务，这时调用ServiceB.methodB，ServiceB.methodB看到自己已经运行在ServiceA.methodA的事务内部，就不再起新的事务。而假如ServiceA.methodA运行的时候发现自己没有在事务中，他就会为自己分配一个事务。这样，在ServiceA.methodA或者在ServiceB.methodB内的任何地方出现异常，事务都会被回滚。即使ServiceB.methodB的事务已经被提交，但是ServiceA.methodA在接下来fail要回滚，ServiceB.methodB也要回滚。
2：Propagation.SUPPORTS
如果ServiceB.methodB当前在事务中，即以事务的形式运行；如果ServiceB.methodB当前不在一个事务中，那么就以非事务的形式运行。这就跟平常用的普通非事务的代码只有一点点区别了。
3：Propagation_MANDATORY
必须在一个已经存在的事务中运行。也就是说，他只能被一个父事务调用。否则，他就要抛出异常。
4：Propagation_REQUIRES_NEW
比如我们设计ServiceA.methodA的事务级别为Propagation_REQUIRED，ServiceB.methodB的事务级别为Propagation_REQUIRES_NEW，那么当执行到ServiceB.methodB的时候，ServiceA.methodA所在的事务就会挂起，ServiceB.methodB会起一个新的事务，等待ServiceB.methodB的事务完成以后，它才继续执行。它与Propagation_REQUIRED 的事务区别在于事务的回滚程度了。因为ServiceB.methodB是新起一个事务，那么就是存在两个不同的事务。如果ServiceB.methodB已经提交，那么ServiceA.methodA失败回滚，ServiceB.methodB是不会回滚的。如果ServiceB.methodB失败回滚，如果它抛出的异常被ServiceA.methodA捕获，ServiceA.methodA事务仍然可能提交。
5：Propagation.NOT_SUPPORTED
当前不支持事务。比如ServiceA.methodA的事务级别是Propagation_REQUIRED ，而ServiceB.methodB的事务级别是Propagation_NOT_SUPPORTED ，那么当执行到ServiceB.methodB时，ServiceA.methodA的事务挂起，而他以非事务的状态运行完，再继续ServiceA.methodA的事务。
6：Propagation_NEVER
不能在事务中运行。假设ServiceA.methodA的事务级别是Propagation_REQUIRED，而ServiceB.methodB的事务级别是Propagation_NEVER ，那么ServiceB.methodB就要抛出异常了。

7：Propagation_NESTED

ServiceA {   
	@Transactional(propagation=Propagation.REQUIRED)
    void methodA() { 
		Connction conn=null;
		System.out.println("我是A方法");
        try {
            ServiceB.methodB();//Propagation_NESTED 级别
        } catch (Exception) {   
        	conn.rollback();
        }
    }   
}  
ServiceB{   
	@Transactional(propagation=Propagation_NESTED)
     void methodB() { 
		System.out.println("我是B方法");   
     }   
}
	//ServiceA.methodA调用ServiceB.methodB内部运行过程
	System.out.println("我是A方法"); 
	//savepoint  
	Savepoint savepoint=conn.setSavepoint(); 
     try{
    	 System.out.println("我是B方法");   
     }catch(Excption){
    	 conn.rollback(savepoint);
     }

理解Nested的关键是savepoint。他与Propagation_REQUIRES_NEW的区别是，Propagation_REQUIRES_NEW另起一个事务，将会与他的父事务相互独立，而Nested的事务和他的父事务是相依的，他的提交是要等和他的父事务一块提交的。当运行到ServiceB.methodB方法时，检测到其事务类型为Propagation_NESTED ，spring容器会自动为其建一个保存点(savepoint)当ServiceB.methodB失败，则回滚到保存点，不影响ServiceA.methodA的执行。假如ServiceA.methodA失败回滚，即使ServiceB.methodB运行成功，整个事务也要回滚。

2、readOnly
事务属性中的readOnly标志表示对应的事务应该被最优化为只读事务。这是一个最优化提示。在一些情况下，一些事务策略能够起到显著的最优化效果，例如在使用Object/Relational映射工具（如：Hibernate或TopLink）时避免dirty checking（试图“刷新”）。在做查询时很有用。
3、Timeout
在事务属性中还有定义“timeout”值的选项，指定事务超时为几秒。默认为30秒，一般不改这个属性。在JTA中，这将被简单地传递到J2EE服务器的事务协调程序，并据此得到相应的解释。

数据库事务隔离级别

隔离级别在于处理多事务的并发问题。数据库系统提供了四种事务隔离级别：