Spring中的事务隔离级别和传播行为

目录
  • 传播行为
  • 举个例子进行说明
    • 1>PROPAGATION_REQUIRED
    • 2>PROPAGATION_SUPPORTS
    • 3>PROPAGATION_MANDATORY
    • 4>PROPAGATION_REQUIRES_NEW
    • 5>PROPAGATION_NOT_SUPPORTED
    • 6>PROPAGATION_NEVER
    • 7>PROPAGATION_NESTED
  • 总结

Spring的事务隔离级别和事务的传播行为是面试中经常考察的问题,做个简单的总结。

传播行为

在SpringBoot中通过Transactional的propagation属性来指定,Transactional注解的具体源码如下所示

public @interface Transactional {

@AliasFor("transactionManager")
String value() default "";

@AliasFor("value")
String transactionManager() default "";

Propagation propagation() default Propagation.REQUIRED;

Isolation isolation() default Isolation.DEFAULT;

}

可以看出,默认的值是Propagation.REQUIRED;

其他的还有:

  • 1>PROPAGATION_REQUIRED支持当前事务,假设当前没有事务。就新建一个事务。
  • 2>PROPAGATION_SUPPORTS支持当前事务,假设当前没有事务,就以非事务方式运行。
  • 3>PROPAGATION_MANDATORY支持当前事务,假设当前没有事务,就抛出异常。
  • 4>PROPAGATION_REQUIRES_NEW新建事务,假设当前存在事务。把当前事务挂起。
  • 5>PROPAGATION_NOT_SUPPORTED以非事务方式运行操作。假设当前存在事务,就把当前事务挂起。
  • 6>PROPAGATION_NEVER以非事务方式运行,假设当前存在事务,则抛出异常。
  • 7>PROPAGATION_NESTED如果当前存在事务,则在嵌套事务内执行。如果当前没有事务,则进行与PROPAGATION_REQUIRED类似的操作。

举个例子进行说明

ServiceA {

     void methodA() {
         ServiceB.methodB();
     }
}

ServiceB {

     void methodB() {
     }
}

1>PROPAGATION_REQUIRED

如果当前执行的事务不在另外一个事务里,就新起一个事务;ServiceB和 ServiceA在同一个事务里面,ServiceB如果异常,则整个事务认为是执行失败的,即便是在A里面try catch了异常也会导致A和B都回滚;同样,即便B执行成功,A执行报错产生异常,那么A和B都会回滚的;

2>PROPAGATION_SUPPORTS

假设当前在事务中。即以事务的形式执行。假设当前不再一个事务中,那么就以非事务的形式执行;

3>PROPAGATION_MANDATORY

支持当前事务,假设当前没有事务,就抛出异常,也就是说他必须在一个父事务中去执行;否则就会抛出异常;

4>PROPAGATION_REQUIRES_NEW

新建事务,假设当前存在事务,把当前事务挂起;比如服务A的事务级别是PROPAGATION_REQUIRED,那么服务B的级别是PROPAGATION_REQUIRES_NEW;那么当运行到ServiceB.methodB的时候,ServiceA.methodA所在的事务就会挂起。

ServiceB.methodB会起一个新的事务,等待ServiceB.methodB的事务完毕以后,他才继续运行;跟PROPAGATION_REQUIRED的区别是会新起一个事务,而不是使用父事务,所以是两个截然不同的事务,ServiceB的执行报错,如果被ServiceA捕获了,不会影响到ServiceA的回滚;

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

理解Nested的关键是savepoint。

他与PROPAGATION_REQUIRES_NEW的差别是,PROPAGATION_REQUIRES_NEW另起一个事务。将会与他的父事务相互独立。

而Nested的事务和他的父事务是相依的,他的提交是要等和他的父事务一块提交的。

也就是说,假设父事务最后回滚。他也要回滚的。

总结

以上为个人经验,希望能给大家一个参考,也希望大家多多支持我们。

(0)

相关推荐

  • Spring事务传播属性和隔离级别详细介绍

    1 事务的传播属性(Propagation) 1) REQUIRED ,这个是默认的属性 Support a current transaction, create a new one if none exists. 如果存在一个事务,则支持当前事务.如果没有事务则开启一个新的事务. 被设置成这个级别时,会为每一个被调用的方法创建一个逻辑事务域.如果前面的方法已经创建了事务,那么后面的方法支持当前的事务,如果当前没有事务会重新建立事务. 2) MANDATORY Support a curren

  • Spring事务隔离级别简介及实例解析

    本文研究的主要是Spring事务隔离级别(solation level)介绍及例子,具体如下. 当两个事务对同一个数据库的记录进行操作时,那么,他们之间的影响是怎么样的呢?这就出现了事务隔离级别的概念.数据库的隔离性与并发控制有很大关系.数据库的隔离级别是数据库的事务特性ACID的一部分.ACID,即原子性(atomicity).一致性(consistency).隔离性(isolation)和持久性(durability).Spring的事务隔离级别有四个:READ_UNCOMMITTED.RE

  • Spring框架事务属性中事务隔离级别与传播行为全面讲解

    目录 一.事务隔离级别 ①介绍 ②使用方式 二.事务传播行为 ①介绍 ②测试 一.事务隔离级别 ①介绍 数据库系统必须具有隔离并发运行各个事务的能力,使它们不会相互影响,避免各种并发问题.一个事 务与其他事务隔离的程度称为隔离级别.SQL标准中规定了多种事务隔离级别,不同隔离级别对应不同 的干扰程度,隔离级别越高,数据一致性就越好,但并发性越弱. 隔离级别一共有四种: 读未提交:READ UNCOMMITTED 允许Transaction01读取Transaction02未提交的修改. 读已提交

  • Spring中的事务隔离级别和传播行为

    目录 传播行为 举个例子进行说明 1>PROPAGATION_REQUIRED 2>PROPAGATION_SUPPORTS 3>PROPAGATION_MANDATORY 4>PROPAGATION_REQUIRES_NEW 5>PROPAGATION_NOT_SUPPORTED 6>PROPAGATION_NEVER 7>PROPAGATION_NESTED 总结 Spring的事务隔离级别和事务的传播行为是面试中经常考察的问题,做个简单的总结. 传播行为 在

  • spring事务隔离级别、传播机制以及简单配置方式

    一.spring支持的事务声明方式 1. 编程式事务 当系统需要明确的,细粒度的控制各个事务的边界,应选择编程式事务. 2. 声明式事务 当系统对于事务的控制粒度较粗时,应该选择申明式事务,通过<tx>标签和<aop>切面形式在xml中进行配置. 3. 无论你选择上述何种事务方式去实现事务控制,spring都提供基于门面设计模式的事务管理器供选择,如下是spring事务中支持的事务管理器 事务管理器实现(org.springframework.*) 使用时机 jdbc.dataso

  • MySQL数据库事务隔离级别介绍(Transaction Isolation Level)

    数据库隔离级别有四种,应用<高性能mysql>一书中的说明: 然后说说修改事务隔离级别的方法: 1.全局修改,修改mysql.ini配置文件,在最后加上 复制代码 代码如下: #可选参数有:READ-UNCOMMITTED, READ-COMMITTED, REPEATABLE-READ, SERIALIZABLE. [mysqld] transaction-isolation = REPEATABLE-READ 这里全局默认是REPEATABLE-READ,其实MySQL本来默认也是这个级别

  • Mysql案例刨析事务隔离级别

    目录 1. 理论 SERIALIZABLE REPEATABLE READ READ COMMITTED READ UNCOMMITTED 2. SQL 实践 2.1 查看隔离级别 2.2 READ UNCOMMITTED 2.2.1 准备测试数据 2.2.2 脏读 2.2.3 不可重复读 2.2.4 幻象读 2.3 READ COMMITTED 2.4 REPEATABLE READ 2.5 SERIALIZABLE 3. 总结 很多小伙伴对 MySQL 的隔离级别一直心存疑惑,其实这个问题一

  • 一文了解MySQL事务隔离级别

    目录 前言 1.四种事务隔离级别 1.1 READ UNCOMMITTED 1.2 READ COMMITTED 1.3 REPEATABLE READ 1.4 SERIALIZABLE 1.5 小结 2.并发事务中的问题 2.1 脏读 2.2 不可重复读 2.3 幻读 3.隔离级别实战 3.1 查询事务隔离级别 3.2 设置事务隔离级别 3.3 脏读问题 3.4 不可重复读问题 3.5 幻读问题 总结 前言 MySQL 事务隔离级别是为了解决并发事务互相干扰的问题的,MySQL 事务隔离级别总

  • 通过实例分析MySQL中的四种事务隔离级别

    前言 在数据库操作中,为了有效保证并发读取数据的正确性,提出的事务隔离级别.数据库事务的隔离级别有4个,下面话不多说了,来一起看看详细的介绍吧. 数据库事务有四种隔离级别: 未提交读(Read Uncommitted):允许脏读,也就是可能读取到其他会话中未提交事务修改的数据. 提交读(Read Committed):只能读取到已经提交的数据,Oracle等多数数据库默认都是该级别. 可重复读(Repeated Read):可重复读.在同一个事务内的查询都是事务开始时刻一致的,InnoDB默认级

  • MySQL中Innodb的事务隔离级别和锁的关系的讲解教程

    前言: 我们都知道事务的几种性质,数据库为了维护这些性质,尤其是一致性和隔离性,一般使用加锁这种方式.同时数据库又是个高并发的应用,同一时间会有大量的并发访问,如果加锁过度,会极大的降低并发处理能力.所以对于加锁的处理,可以说就是数据库对于事务处理的精髓所在.这里通过分析MySQL中InnoDB引擎的加锁机制,来抛砖引玉,让读者更好的理解,在事务处理中数据库到底做了什么. 一次封锁or两段锁? 因为有大量的并发访问,为了预防死锁,一般应用中推荐使用一次封锁法,就是在方法的开始阶段,已经预先知道会

  • 深入分析MSSQL数据库中事务隔离级别和锁机制

    锁机制 NOLOCK和READPAST的区别. 1.       开启一个事务执行插入数据的操作. BEGIN TRAN t INSERT INTO Customer SELECT 'a','a' 2.       执行一条查询语句. SELECT * FROM Customer WITH (NOLOCK) 结果中显示"a"和"a".当1中事务回滚后,那么a将成为脏数据.(注:1中的事务未提交) .NOLOCK表明没有对数据表添加共享锁以阻止其它事务对数据表数据的修

随机推荐