Spring中声明式事务的注解@Transactional的参数的总结（REQUIRED和REQUIRES_NEW的与主方法的回滚问题）

一、事务的传播行为

1.介绍

当事务方法被另一个事务方法调用时，必须指定事务应该如何传播。例如：方法可能继续在现有事务中运行，也可能开启一个新事务，并在自己的事务中运行。

2.属性

事务的传播行为可以由传播属性指定。Spring定义了7种类传播行为。

系统默认的是REQUIRED属性。

常用的是REQUIRED和REQUIRES_NEW,所以此处只说明这两种属性。

下面先看系统默认的REQUIRED属性。

purchase代表两个声明了事务的方法，并且传播行为是系统的默认行为。同时checkout也是一个声明了事务的方法，在该方法中调用前述的两个方法。当checkout执行到第一个方法的时候，第一个方法继续使用checkout的事务进行执行，第二个方法一样，所以整个方法只有一个事务。

下面介绍REQUIRES_NEW属性。

方法含义和上述一样，知识两个子方法的传播属性均为REQUIRES_NEW。主方法的事务tx1执行到第一个方法的时候，挂起，然后子方法的事务进行，第二个方法类似。

如果一个事务发生了错误，那么回滚。所以REQUIRED属性中，如果第二个方法发生错误，第一个方法也会回滚，然而REQUIRES_NEW属性中，第二个方法发生错误，因为第一个是单独的事务，所以不会受到影响。

那么，如果两个混合使用呢？

（为简单起见，REQUIRED在下述表达称为系统默认，REQUIRES_NEW称为new）

现在测试第一种方法的属性为系统默认，第二种方法为new，第二种方法出现错误。此时结果是方法1也回滚。但是按照前面的理解，方法2是单独的事务，应该只造成自己回滚，为什么第一种方法也会回滚？

第一种方法发生错误后，产生错误造成本身回滚，但是他的异常因为没有捕获，所以传到了主方法的事务中，主方法的事务出现错误，所以回滚，第一个方法在主方法的事务中，所以第一个方法的SQL语句会回滚！

下面用一个简图总结一下：

如果第一种方法为new,第二种方法为系统默认，那么第二种发生错误后，主方法的事务回滚，然后第一种方法是自己的事务，所以不受影响，不回回滚，第一个方法的SQL语句就会执行。道理雷同，就不再画图表示。

二、事务的隔离级别

1.数据库事务并发问题

假设现在有两个事务：Transaction01和Transaction02并发执行。

①脏读

      [1]Transaction01将某条记录的AGE值从20修改为30。

      [2]Transaction02读取了Transaction01更新后的值：30。

      [3]Transaction01回滚，AGE值恢复到了20。

      [4]Transaction02读取到的30就是一个无效的值。

②不可重复读

      [1]Transaction01读取了AGE值为20。

      [2]Transaction02将AGE值修改为30。

      [3]Transaction01再次读取AGE值为30，和第一次读取不一致。

③幻读

      [1]Transaction01读取了STUDENT表中的一部分数据。

      [2]Transaction02向STUDENT表中插入了新的行。

      [3]Transaction01读取了STUDENT表时，多出了一些行。

2.隔离级别

数据库系统必须具有隔离并发运行各个事务的能力，使它们不会相互影响，避免各种并发问题。一个事务与其他事务隔离的程度称为隔离级别。SQL标准中规定了多种事务隔离级别，不同隔离级别对应不同的干扰程度，隔离级别越高，数据一致性就越好，但并发性越弱。

①读未提交：READUNCOMMITTED

允许Transaction01读取Transaction02未提交的修改。

②读已提交：READCOMMITTED

         要求Transaction01只能读取Transaction02已提交的修改。

③可重复读：REPEATABLEREAD

         确保Transaction01可以多次从一个字段中读取到相同的值，即Transaction01执行期间禁止其它事务对这个字段进行更新。

④串行化：SERIALIZABLE

         确保Transaction01可以多次从一个表中读取到相同的行，在Transaction01执行期间，禁止其它事务对这个表进行添加、更新、删除操作。可以避免任何并发问题，但性能十分低下。

⑤各个隔离级别解决并发问题的能力见下表

	脏读	不可重复读	幻读
READ UNCOMMITTED	有	有	有
READ COMMITTED	无	有	有
REPEATABLE READ	无	无	有
SERIALIZABLE	无	无	无

⑥各种数据库产品对事务隔离级别的支持程度

	Oracle	MySQL
READ UNCOMMITTED	×	√
READ COMMITTED	√	√
REPEATABLE READ	×	√(默认)
SERIALIZABLE	√	√

可以在@Transactional的isolation属性中设置隔离级别


三、事务根据什么异常不进行回滚

1.默认情况

捕获到RuntimeException或Error时回滚，而捕获到编译时异常不回滚。

2.设置途经

注解

@Transactional注解

[1]rollbackFor属性：指定遇到时必须进行回滚的异常类型，可以为多个

[2]noRollbackFor属性：指定遇到时不回滚的异常类型，可以为多个

四、事务的超时属性

超时事务属性：事务在强制回滚之前可以保持多久。这样可以防止长期运行的事务占用资源。时间是指SQL语言的执行时间，而不是整个方法的执行时间。

这样因为在两个SQL语句中间休眠5秒，所以会触发。所以会回滚。如果在执行玩第二个dao操作后睡眠，不回回滚。

五、事务的只读属性

表示这个事务只读取数据但不更新数据, 这样可以帮助数据库引擎优化事务。

本人还没有使用过，所以不做太多介绍。