2天时间,聊今年最热的 Agent、上下文工程、AI 产品创新等话题。2025 年最后一场~ 了解详情
写点什么

Spring 事务的传播行为案例分析

  • 2020-08-21
  • 本文字数:1622 字

    阅读完需:约 5 分钟

Spring事务的传播行为案例分析

网上关于 Spring 事务传播性以及隔离型的文章漫天盖地,还有不负责任的直接复制名词意思,文章虽然很多却是看的云里雾里,我们今天将给出案例分别和大家一起学习。


1、spring 给出经常面试的考点 Spring 事务的 4 个特性含义—这个很容易理解


2、spring 事务传播特性的定义以及案例分析

一、事务的特性 ACID

这四个英文单词拼写我一直记不住,求记忆方法


  • 原子性(Atomicity):事务是一系列原子操作,要么全部成功,要么全部失败。

  • 一致性(Consistency):一旦完成(不管是成功还是失败),确保它所在的一系列业务状态保持一致,状态都是成功,或者都是失败,不能一部分成功一部分失败。

  • 隔离性(Isolation):不同事务同时进行某项业务,处理相同的数据时候,需要保证事务之间相互独立,互相之间数据不影响。

  • 持久性(Durability):一旦事务完成,无论发生什么系统性错误,事务执行后的数据都被持久化了,不会因为重启或其他操作对数据进行更改。

二、spring 事务传播特性的定义以及案例分析

我们先给出定义再分别进行简单的代码分析


给出百度图片,请大家参考,首先生命力如果想在工程中运用事务 spring 的 xml 必须开启事务,以下这些特性一般都是在 xml 属性中进行配置。


类似这种的配置一定要有,否则万事具备只欠东风,这个是 DB 事务有 JTA 和 JPA 以及 Herbernate 等,这里就不展开说明,可自行百度。


三、案例解析事务传播 7 大行为

1、无事务,这个时候 id 为 16 的第一次插入成功,第二次插入的时候失败,库中留存第一次的数据



无事务运行


2、Propagation_required,默认事务的传播行为 required,在进行实验 2 的时候将表中 id 为 16 的数据先删除以免影响接下来的测试。@Transactional(propagation=Propagation.REQUIRED) == @Transactional 这两个的作用是一样的没有事务创建一个事务执行,



事务的传播特行为为 required


结果是因为主键冲突将事务进行了回滚,所以两条数据都没有插入进去。


3、propagation_supports,如果当前程序存在事务就加入该事务运行,如果不存在事务则在非事务中运行



事务的传播行为性为 supports


因为调用方未用事务那么就在非事务中运行,所以插入了 first 的第一条数据。


4、propagation_mandatory,必须在一个事务中运行,否则就会抛出异常 mandatory 这个单词有强制性的意思我们默认用 required 而不用 mandatory,是因为 mandatory 不能自动创建事务。



事务的传播行为为 manatory


因为调用的外层没有事务,所以两条数据没有插入。大家想想下面这种写法会发生什么现象事务的传播行为 mandatory



事务的传播行为 mandatory


5、propagation_new_required,不管事务是不是存在,都会另起一个事务,如果事务存在则将当前事务挂起,重新执行新加的事务



事务的传播行为 required_new(代码注释清忽略)


结果和 require 一样,两条数据都没有入库,唯一健冲突导致第一条数据回滚,大家可以思考下我下面这两种情况。



情景 1 新起的事务抛出异常会不会让外围事务回滚?



情景 2 外围事务失败会不会导致新起事务已提交的回滚?


6、 propagation_not_support,表示不在事务中运行,如果当前存在事务则将事务挂起



事务的传播行为 not_suppoted


这种情景下,如果你根据我的思路一步走的应该可以想到 id 为 17 的入库,第二条主键冲突虽然然而 notSupportSonTransationsl()这个方法没有事务所以不影响第一条入库情况,但是外围事务 id 为 16 的要进行回滚了,所以库中只有一条数据 id=17 的。


7、 propagation_never,表示当前方法不能运行在事务当中,如果有事务则会抛出异常---->Existing transaction found for transaction marked with propagation 'never’



事务的传播行为 NEVER


8、 propagation_nested,这种嵌套的事务,外围如果没有事务则自己另起一个事务,可独立与外围事务进行单独的提交或者回滚(这句话不要理解错了),下面这个案例同样的数据一条也没有落入库中.



事务的传播行为 nested


事务的传播行为级别简单的演示完毕


本文转载自宜信技术学院。


原文链接


Spring事务的传播行为案例分析


2020-08-21 14:062678

评论

发布
暂无评论
发现更多内容

「编程概念」融合理解函数式和面向对象

顿晓

面向对象 4月日更 函数式 融合

场景化面试:能聊聊你对充血模型和贫血模型的理解吗?

面试官问

领域驱动设计 DDD 充血模型 贫血模型

Linux scp 命令

一个大红包

4月日更

趁早

小天同学

个人感悟 成功 4月日更 恋爱 趁早

“区块链新基建”可否发展可信平台?

电微13828808271

区块链+ 区块链新基建

如何只用一个小时定制一个行业AI 模型?

华为云开发者联盟

自然语言处理 AI 华为云 hdc ModelArts Pro

传统金融体系vs新金融体系,区块链改变了什么?

CECBC

金融

科技“智”造:智慧工厂这样规划,既高效又节能

一只数据鲸鱼

数据可视化 工业物联网 智慧园区 智慧工厂

Angular,AngularJS 和 react

HoneyMoose

函数

奈奈奈奈

我用Rocket-API实现了开放平台

棒锤🐮

文字识别:关键信息提取的3种探索方法

华为云开发者联盟

深度学习 文字识别 图结构 关键信息提取 栅格

释放千行百业数据价值,华为云DAYU有一套

华为云开发者联盟

大数据 数据湖 华为云 数据价值 dayu

SumSwap与金色财经共为 首席创新合作大会在上海拉开帷幕

币圈资讯

7.1 Go语言从入门到精通:Cobra介绍

xcbeyond

cobra Go 语言 4月日更

强化区块链应用 破解知识产权运营难题

CECBC

区块链

区块链BaaS服务平台开发,助推中小企业快速落地

13828808769

区块链+ #区块链#

“区块链+”司法合约,电子认证不造假

电微13828808271

区块链+

并发的HashMap为什么会引起死循环?

Java小咖秀

容器 hashmap 并发

Rust从0到1-结构体-方法

rust 方法 struct 结构体 method

区块链给普通人带来的机会!

CECBC

区块链

世界五百强第一的沃尔玛在用区块链做什么

CECBC

区块链

「开源免费」基于Vue和Quasar的前端SPA项目crudapi后台管理系统实战之序列号自定义组件(四)

crudapi

Vue crud crudapi 序列号 quasar

基于树莓派和OpenVINO的边缘计算

IT蜗壳-Tango

IT蜗壳教学 4月日更

如何在 GitHub 上选择合适的开源工具和项目

耳东@Erdong

GitHub 4月日更

关于Go语言,你不得不知的并发模式!

博文视点Broadview

什么是你上大学才知道的事情?

🌍

4月日更

构建基于Spring Cloud向Service Mesh框架迁移的解决方案及思路

xcbeyond

架构 云原生 Service Mesh 解决方案 引航计划

从金融到物联网 区块链的落地应用将如何改变世界?

CECBC

区块链

maven中心仓库OSSRH使用简介

程序那些事

Java maven 程序那些事

Spring事务的传播行为案例分析_编程语言_王巧敏_InfoQ精选文章