Spring 事务传播行为的使用

                                                                                                                           Spring 事务传播行为的使用

★关键日志

  事务提交日志:
    Transaction synchronization committing SqlSession
    Transaction synchronization deregistering SqlSession
    Transaction synchronization closing SqlSession
       事务回滚日志:
    Transaction synchronization resuming SqlSession
    Transaction synchronization deregistering SqlSession
    Transaction synchronization closing SqlSession

PROPAGATION详解

    不加事务:支持当前事务,如果没有事务就以非事务方式运行。

    PROPAGATION_REQUIRED -- 支持当前事务,如果当前没有事务,就新建一个事务。这是最常见的选择。

    PROPAGATION_SUPPORTS -- 支持当前事务(即能查询到update或insert,但是没有提交的东西--事务方法都是等方法执行完才提交), 如果当前没有事务,就以非事务方式执行。(在类中不加注解的情况下和不加事务是一样的,类中加了注解就可以加此注解来实现不加注解的情况)

    PROPAGATION_NOT_SUPPORTED -- 以非事务方式执行操作,如果当前存在事务,就把当前事务挂起。

    PROPAGATION_NEVER -- 以非事务方式执行,如果当前存在事务,则抛出异常。

    PROPAGATION_MANDATORY -- 支持当前事务,如果当前没有事务,就抛出异常。

    PROPAGATION_REQUIRES_NEW -- 新建事务,如果当前存在事务,把当前事务挂起。

    PROPAGATION_NESTED -- 如果当前存在事务,则在嵌套事务内执行,如果执行失败,内部事务(即 ServiceB#methodB) 将回滚到它执行前的 SavePoint(回滚本身)。

如果当前没有事务,则进行与PROPAGATION_REQUIRED类似的操作。

事务及嵌套事务的理解:

    1.Propagation.REQUIRED:同一个事务,一起成功或失败。注意:REQUIRED方法内的事务方法,不应该try-catch 而不抛出异常。

    2.Propagation.REQUIRES_NEW:完全是新的事务,回滚或提交不受外部影响。

    3.Propagation.NESTED的嵌套事务理解 :
      (1)回滚只是回滚内部方法本身,外部事务可以选择回滚/提交(try-catch方式处理的不同处理)
        PS:这点Propagation.REQUIRES_NEW也能做到。

      (2)外部事务提交回滚/提交,它也进行回滚/提交(它成功时的提交是在外部事务提交时)。
        PS:这点Propagation.REQUIRES_NEW做不到。

异常:Transaction rolled back because it has been marked as rollback-only原因

    1.捕获后又抛出了不回滚的异常(默认RuntimeException才回滚,而Exception不回滚)。

    2.Propagation.REQUIRED A方法调用 Propagation.REQUIRED B方法,如果捕获了B方法中的异常没有抛出 或 捕获后又抛出了不回滚的异常(默认Exception不回滚)。

Transactional的不回滚问题

    1、检查你方法是不是public的,public方法的Transactional注解才是有效的,才能控制事务。

    2、Spring默认只对UnChecked异常(RuntimeException)回滚,对于Checked(Exception)异常不回滚。
      你的异常类型是Checked异常。如果想check异常也想回滚怎么办? 
    (1)注解上加rollbackFor=Exception.class
    (2)对异常进行转换,转换成RuntimeException或自定义继承RuntimeException的异常(如承保2.0的BusinessException)

    3. 同一个类中的方法调用,内部方法的事务是没有效果的。
      如方法A没加事务,方法B中加了事务(不管加的是什么类型的事务)。方法A调用方法B,这样方法B中的事务是无效的。因为AOP只对A方法进行处理了,而不会对内部的B方法进行处理。

父类中加了Transactional注解,子类中会继承。

现象:service层继承了CommonSercice的方法默认。CommonSercice加了transaction注解,结果service层的每个方法都默认有了transaction注解(required)。

项目实践(不一定遵守,怎么方便怎么用)

    1.不在类中加@Transactional,只在用到的方法中加。

    2.不用PROPAGATION_SUPPORTS,因为效果和不加是一样的。

    3.大多数事务:PROPAGATION_REQUIRED即可满足要求,要有rollbackFor=Exception.class,格式统一如下:
      @Transactional(propagation = Propagation.REQUIRED,rollbackFor=Exception.class)

上一篇:嵌入式Linux驱动开发日记


下一篇:R与金钱游戏:均线黄金交叉2