数据库事务4种隔离级别及7种传播行为「建议收藏」

数据库事务4种隔离级别及7种传播行为「建议收藏」数据库事务4种隔离级别及7种传播行为

大家好,又见面了,我是你们的朋友全栈君。

第1级别:Read Uncommitted(读取未提交内容)
(1)所有事务都可以看到其他未提交事务的执行结果
(2)本隔离级别很少用于实际应用,因为它的性能也不比其他级别好多少
(3)该级别引发的问题是——脏读(Dirty Read):读取到了未提交的数据

第2级别:Read Committed(读取提交内容)

(1)这是大多数数据库系统的默认隔离级别(但不是MySQL默认的)
(2)它满足了隔离的简单定义:一个事务只能看见已经提交事务所做的改变
(3)这种隔离级别出现的问题是——不可重复读(Nonrepeatable Read):不可重复读意味着我们在同一个事务中执行完全相同的select语句时可能看到不一样的结果。
     |——>导致这种情况的原因可能有:(1)有一个交叉的事务有新的commit,导致了数据的改变;(2)一个数据库被多个实例操作时,同一事务的其他实例在该实例处理其间可能会有新的commit

第3级别:Repeatable Read(可重读)
(1)这是MySQL的默认事务隔离级别
(2)它确保同一事务的多个实例在并发读取数据时,会看到同样的数据行
(3)此级别可能出现的问题——幻读(Phantom Read):当用户读取某一范围的数据行时,另一个事务又在该范围内插入了新行,当用户再读取该范围的数据行时,会发现有新的“幻影” 行
(4)InnoDB和Falcon存储引擎通过多版本并发控制(MVCC,Multiversion Concurrency Control)机制解决了该问题

第4级别:Serializable(可串行化)
(1)这是最高的隔离级别
(2)它通过强制事务排序,使之不可能相互冲突,从而解决幻读问题。简言之,它是在每个读的数据行上加上共享锁。
(3)在这个级别,可能导致大量的超时现象和锁竞争

Spring事务传播行为详解

七种事务传播机制:

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类似的操作。

代码验证

文中代码以传统三层结构中两层呈现,即Service和Dao层,由Spring负责依赖注入和注解式事务管理,DAO层由Mybatis实现,你也可以使用任何喜欢的方式,例如,Hibernate,JPA,JDBCTemplate等。数据库使用的是MySQL数据库,你也可以使用任何支持事务的数据库,并不会影响验证结果。

首先我们在数据库中创建两张表:

user1

数据库事务4种隔离级别及7种传播行为「建议收藏」

.

user2

数据库事务4种隔离级别及7种传播行为「建议收藏」

.

然后编写相应的Bean和DAO层代码:

User1

数据库事务4种隔离级别及7种传播行为「建议收藏」

.

User2

数据库事务4种隔离级别及7种传播行为「建议收藏」

.

User1Mapper

数据库事务4种隔离级别及7种传播行为「建议收藏」

.

User2Mapper

数据库事务4种隔离级别及7种传播行为「建议收藏」

.

最后也是具体验证的代码由service层实现,下面我们分情况列举。

1.PROPAGATION_REQUIRED

我们为User1Service和User2Service相应方法加上Propagation.REQUIRED属性。

User1Service方法:

数据库事务4种隔离级别及7种传播行为「建议收藏」

.

User2Service方法:

数据库事务4种隔离级别及7种传播行为「建议收藏」

.

1.1 场景一

此场景外围方法没有开启事务。

验证方法1:

数据库事务4种隔离级别及7种传播行为「建议收藏」

.

验证方法2:

数据库事务4种隔离级别及7种传播行为「建议收藏」

.

分别执行验证方法,结果:

数据库事务4种隔离级别及7种传播行为「建议收藏」

.

结论:通过这两个方法我们证明了在外围方法未开启事务的情况下Propagation.REQUIRED修饰的内部方法会新开启自己的事务,且开启的事务相互独立,互不干扰。

1.2 场景二

外围方法开启事务,这个是使用率比较高的场景。

验证方法1:

数据库事务4种隔离级别及7种传播行为「建议收藏」

.

验证方法2:

数据库事务4种隔离级别及7种传播行为「建议收藏」

.

验证方法3:

数据库事务4种隔离级别及7种传播行为「建议收藏」

.

分别执行验证方法,结果:

数据库事务4种隔离级别及7种传播行为「建议收藏」

.

结论:以上试验结果我们证明在外围方法开启事务的情况下Propagation.REQUIRED修饰的内部方法会加入到外围方法的事务中,所有Propagation.REQUIRED修饰的内部方法和外围方法均属于同一事务,只要一个方法回滚,整个事务均回滚。

2.PROPAGATION_REQUIRES_NEW

我们为User1Service和User2Service相应方法加上Propagation.REQUIRES_NEW属性。

User1Service方法:

数据库事务4种隔离级别及7种传播行为「建议收藏」

.

User2Service方法:

数据库事务4种隔离级别及7种传播行为「建议收藏」

.

2.1 场景一

外围方法没有开启事务。

验证方法1:

数据库事务4种隔离级别及7种传播行为「建议收藏」

.

验证方法2:

数据库事务4种隔离级别及7种传播行为「建议收藏」

.

分别执行验证方法,结果:

数据库事务4种隔离级别及7种传播行为「建议收藏」

.

结论:通过这两个方法我们证明了在外围方法未开启事务的情况下Propagation.REQUIRES_NEW修饰的内部方法会新开启自己的事务,且开启的事务相互独立,互不干扰。

2.2 场景二

外围方法开启事务。

验证方法1:

数据库事务4种隔离级别及7种传播行为「建议收藏」

.

验证方法2:

数据库事务4种隔离级别及7种传播行为「建议收藏」

.

验证方法3:

数据库事务4种隔离级别及7种传播行为「建议收藏」

.

分别执行验证方法,结果:

数据库事务4种隔离级别及7种传播行为「建议收藏」

.

结论:在外围方法开启事务的情况下Propagation.REQUIRES_NEW修饰的内部方法依然会单独开启独立事务,且与外部方法事务也独立,内部方法之间、内部方法和外部方法事务均相互独立,互不干扰。

3.PROPAGATION_NESTED

3.1 场景一

此场景外围方法没有开启事务。

验证方法1:

数据库事务4种隔离级别及7种传播行为「建议收藏」

.

验证方法2:

数据库事务4种隔离级别及7种传播行为「建议收藏」

.

分别执行验证方法,结果:

数据库事务4种隔离级别及7种传播行为「建议收藏」

.

结论:通过这两个方法我们证明了在外围方法未开启事务的情况下Propagation.NESTED和Propagation.REQUIRED作用相同,修饰的内部方法都会新开启自己的事务,且开启的事务相互独立,互不干扰。

3.2 场景二

外围方法开启事务。

验证方法1:

数据库事务4种隔离级别及7种传播行为「建议收藏」

.

验证方法2:

数据库事务4种隔离级别及7种传播行为「建议收藏」

.

验证方法3:

数据库事务4种隔离级别及7种传播行为「建议收藏」

.

分别执行验证方法,结果:

数据库事务4种隔离级别及7种传播行为「建议收藏」

.

结论:以上试验结果我们证明在外围方法开启事务的情况下

Propagation.NESTED

修饰的内部方法属于外部事务的子事务,外围主事务回滚,子事务一定回滚,而内部子事务可以单独回滚而不影响外围主事务和其他子事务

4. REQUIRED,REQUIRES_NEW,NESTED异同

由“1.2 场景二”和“3.2 场景二”对比,我们可知:

NESTED和REQUIRED修饰的内部方法都属于外围方法事务,如果外围方法抛出异常,这两种方法的事务都会被回滚。但是REQUIRED是加入外围方法事务,所以和外围事务同属于一个事务,一旦REQUIRED事务抛出异常被回滚,外围方法事务也将被回滚。而NESTED是外围方法的子事务,有单独的保存点,所以NESTED方法抛出异常被回滚,不会影响到外围方法的事务。

由“2.2 场景二”和“3.2 场景二”对比,我们可知:

NESTED和REQUIRES_NEW都可以做到内部方法事务回滚而不影响外围方法事务。但是因为NESTED是嵌套事务,所以外围方法回滚之后,作为外围方法事务的子事务也会被回滚。而REQUIRES_NEW是通过开启新的事务实现的,内部事务和外围事务是两个事务,外围事务回滚不会影响内部事务。

 

转自:https://baijiahao.baidu.com/s?id=1593192556844228644&wfr=spider&for=pc

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。

发布者:全栈程序员-用户IM,转载请注明出处:https://javaforall.cn/106047.html原文链接:https://javaforall.cn

【正版授权,激活自己账号】: Jetbrains全家桶Ide使用,1年售后保障,每天仅需1毛

【官方授权 正版激活】: 官方授权 正版激活 支持Jetbrains家族下所有IDE 使用个人JB账号...

(0)
blank

相关推荐

  • python画爱心[通俗易懂]

    python画爱心[通俗易懂]importturtleimporttime#清屏函数defclear_all():turtle.penup()turtle.goto(0,0)turtle.color(‘white’)turtle.pensize(800)turtle.pendown()turtle.setheading(0)turtle…

  • java高级工程师面试题_java高级工程师面试题及答案解析「建议收藏」

    java高级工程师面试题_java高级工程师面试题及答案解析「建议收藏」面试永远是程序员迈向成功的第一个门槛,想要面试成功,各种面试题的洗礼是必不可少的,下面就来看看小编精心整理的一些java高级工程师面试题及答案吧。一、堆的年轻代和老年代怎么理解?堆的年轻代大则老年代小,GC少,但是每次时间会比较长。年轻代小则老年代大,会缩短每次GC的时间,但是次数频繁。可以让老年代尽量缓存常用对象,JVM默认年轻代和老年代的大小比例为1:2,。观察峰值老年代内存,不影响fullG…

  • Linux下利用python实现语音识别详细教程

    Linux下python实现语音识别详细教程语音识别工作原理简介选择合适的python语音识别包安装SpeechRecognition识别器类音频文件的使用英文的语音识别噪音对语音识别的影响麦克风的使用中文的语音识别小范围中文识别语音合成网关于语音识别的教程很多都是关于调用第三方平台的API实现,而这片文章用的是PocketSphinx进行的,小范围的语音识别绝对够用

  • traceroute和tracert用法详解「建议收藏」

    traceroute和tracert用法详解「建议收藏」一、什么是Traceroute?            Internet,即国际互联网,是目前世界上最大的计算机网络,更确切地说是网络的网络。它由遍布全球的几万局域网和数百万台计算机组成,并通过用于异构网络的TCP/IP协议进行网间通信。互联网中,信息的传送是通过网中许多段的传输介质和设备(路由器,交换机,服务器,网关等等)从一端到达另一端。每一个连接在Internet上的设备,如主…

  • Redis监控之redis-stat安装与详解[通俗易懂]

    Redis监控之redis-stat安装与详解

  • vuex-Actions的用法

    vuex-Actions的用法

发表回复

您的电子邮箱地址不会被公开。

关注全栈程序员社区公众号