Spring事务

一：Spring事务介绍

1. 隔离级别

1.1. ISOLATION_DEFAULT： 这是一个spring 默认的隔离级别，即使用数据库默认的事务隔离级别.

      另外四个与JDBC的隔离级别相对应

 1.2. ISOLATION_READ_UNCOMMITTED： 这是事务最低的隔离级别，它充许令外一个事务可以看到这个事务未提交的数据。效率高。这种隔离级别会产生脏读，不可重复读和幻像读。

1.3. ISOLATION_READ_COMMITTED： 保证一个事务修改的数据提交后才能被另外一个事务读取。另外一个事务不能读取该事务未提交的数据。可防止脏读。Oracle默认

  1.4. ISOLATION_REPEATABLE_READ： 这种事务隔离级别可以防止脏读，不可重复读。但是可能出现幻像读。MySQL默认使用

 1.5. ISOLATION_SERIALIZABLE 这是花费最高代价但是最可靠的事务隔离级别。事务被处理为顺序执行。除了防止脏读，不可重复读外，还避免了幻像读。效率低。

 ========下面介绍各种 读=========

脏读: 指当一个事务正在访问数据，并且对数据进行了修改，而这种修改还没有提交到数据库中，这时，另外一个事务也访问这个数据，然后使用了这个数据。因为这个数据是还没有提交的数据， 那么另外一个事务读到的这个数据是脏数据，依据脏数据所做的操作可能是不正确的。

不可重复读: 指在一个事务内，多次读同一数据。在这个事务还没有结束时，另外一个事务也访问该同一数据。那么，在第一个事务中的两次读数据之间，由于第二个事务的修改，那么第一个事务两次读到的数据可能是不一样的。这样就发生了在一个事务内两次读到的数据是不一样的，因此称为是不可重复读。      

幻读: 指当事务不是独立执行时发生的一种现象，例如第一个事务对一个表中的数据进行了修改，这种修改涉及到表中的全部数据行。同时，第二个事务也修改这个表中的数据，这种修改是向表中插入一行新数据。那么，以后就会发生操作第一个事务的用户发现表中还有没有修改的数据行，就好象发生了幻觉一样。

扩展：在MySQL数据库中查看当前事务的隔离级别：select @@tx_isolation;

在MySQL数据库中设置事务的隔离级别：

     set  [glogal | session]  transaction isolation level 隔离级别名称;

或

    set tx_isolation=’隔离级别名称;’

 

2. 事务传播行为

事务传播行为类型	说明
PROPAGATION_REQUIRED（XML文件中为REQUIRED）	如果当前没有事务，就新建一个事务，如果已经存在一个事务中，加入到这个事务中。这是最常见的选择。默认
PROPAGATION_SUPPORTS(XML文件中为SUPPORTS）	支持当前事务，如果当前没有事务，就以非事务方式执行。
PROPAGATION_MANDATORY(XML文件中为MANDATORY）	使用当前的事务，如果当前没有事务，就抛出异常。
PROPAGATION_REQUIRES_NEW(XML文件中为REQUIRES_NEW）	新建事务，如果当前存在事务，把当前事务挂起
PROPAGATION_NOT_SUPPORTED（XML文件中为NOT_SUPPORTED）	以非事务方式执行操作，如果当前存在事务，就把当前事务挂起。
PROPAGATION_NEVER（XML文件中为NEVER)	以非事务方式执行，如果当前存在事务，则抛出异常。
PROPAGATION_NESTED(XML文件中为NESTED)	如果当前存在事务，则在嵌套事务内执行。如果当前没有事务，则执行与PROPAGATION_REQUIRED类似的操作。

注：事务传播机制只适用于不同bean之间方法的调用

顶层接口：

 

Spring事务底层核心类：AbstractPlatformTransactionManager

 

获取事务

 

存在事务时的处理方式：

 

 

二：案例分析，总结

1. Example

ServiceA {

    void methodA() {

        //A的业务

        ServiceB.methodB();

        //......

    }

}

ServiceB {

    void methodB() {

        //B的业务

    }

}

Question：默认创建了几个事务？1

----------------------------------------------分割线---------------------------------------------------------

出现异常怎么回滚的？

设置传播行为

 

Or

 

场景一：

B方法运行时异常：

1·不做处理       全部回滚

注：NOT_SUPPORTED   B方法异常之前的数据提交

2·A捕获异常

新建事务：A不回滚，B自己回滚（REQUIRES_NEW）

嵌套事务：同上（NESTED），savepoint保存点，如果子方法（B）出现RuntimeException就会回滚到开始子事务的那个savepoint，如果父方法不再抛出，那么父方法就不会回滚，并可以继续执行。

共享事务：都回滚

3·B方法内部处理

不影响任何事务

场景二：

A方法运行时异常：

1·不做处理

新建事务：A自己回滚，B不回滚（REQUIRES_NEW）

嵌套事务：都回滚（NESTED）

共享事务：都回滚

2·A方法内部处理

不影响任何事务