您的位置: 首页  >  IT文章  >  @transitional事宜传播行为和数据库隔离级别

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

分类: IT文章 • 2024-07-31 09:49:55
@transitional事务传播行为和数据库隔离级别

@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服务器的事务协调程序，并据此得到相应的解释。

 

数据库事务隔离级别

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

  • Serializable：事务串行执行。最严格的级别，资源消耗最大。
  • Repeatable Read：避免了“脏读”和“不可重复读取”的情况，但会出现”幻读“。
  • Read Commited:避免了“脏读”，但会出现”幻读“、”不可重复读取“。大多数主流数据库的默认事务等级。
  • Read Uncommitted：避免读取过程中读取到非法数据，但会出现“脏读”、”幻读“、”不可重复读取“。

注：

  1. 脏读：一个事务读取到另一个事务未提交的更新数据。
  2. 不可重复读：在同一个事务中，多次读取同一数据返回的结果有所不同。即，后续读取的数据是另一个事务已提交的更新数据。
  3. 幻读：一个事务读取到另一个事务已提交的insert数据。

 

相关推荐