数据库事务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)


相关推荐

  • About Heartbleed

    About HeartbleedTwoarticlesforheartbleedbuhttp://gizmodo.com/how-heartbleed-works-the-code-behind-the-internets-se-1561341209http://blog.existentialize.com/diagnosis-of-the-openssl-heartbleed-bug.html

  • java集合详解_通俗易懂java集合

    java集合详解_通俗易懂java集合ArrayDequeArrayDeque是Deque接口的一个实现,使用了可变数组,所以没有容量上的限制。同时,ArrayDeque是线程不安全的,在没有外部同步的情况下,不能再多线程环境下使用。ArrayDeque是Deque的实现类,可以作为栈来使用,效率高于Stack;也可以作为队列来使用,效率高于LinkedList。需要注意的是,ArrayDeque不支持null值。ArrayDeque初识说明书和继承关系还是按照国际惯例,先看一下ArrayDeque的说明书,其实往往很多时候你的困

  • Java 继承、多态与类的复用

    Java 继承、多态与类的复用本文结合Java的类的复用对面向对象两大特征继承和多态进行了全面的介绍。首先,我们介绍了继承的实质和意义,并探讨了继承,组合和代理在类的复用方面的异同。紧接着,我们根据继承引入了多态,介绍了它的实现机制和具体应用。此外,为了更好地理解继承和多态,我们对final关键字进行了全面的介绍。在此基础上,我们介绍了Java中类的加载及初始化顺序。最后,我们对面向对象设计中三个十分重要的概念-重载、覆盖与隐藏进行了详细的说明。

  • 别了,等待

    别了,等待别了,等待

  • C++之vector 初始化指定大小容量[通俗易懂]

    C++之vector 初始化指定大小容量[通俗易懂]1.一维vector<int>obj(size);或vector<int>obj;obj.resize(size);2.二维vector<vector<int>>obj(rsize,vector<int>(lsize,0));或vector<vector<int>>ob…

  • SpringBoot+TkMybatis之事务回滚失效[通俗易懂]

    SpringBoot整合TkMybatis做单元测试时,回滚失效@Transactional@Rollback添加注解后,检查数据库表的设置引擎要使用InnoDB,不要使用MyISAM,后者不支持事务保存后再次测试,即可成功以下文章可供参考SpringBoot整合TkMyBatis…

发表回复

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

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