@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数据。