Spring支持的常用数据库事务传播属性和隔离级别
ccwgpt 2024-11-25 10:22 60 浏览 0 评论
那么不知道你 对于Spring支持的常用数据库事务传播属性和隔离级别 了解得怎么样呢?要不要一起复习复习了:grin:
很喜欢一句话:“八小时内谋生活,八小时外谋发展”
共勉 :woman:?:computer:
描述 :进来先看看风景啦,要相信会有光的哦
一、事务传播属性
前言:
对于数据库事务ACID(原子性、一致性、隔离性、持久性)性质我想大家都是知道的,这里就不写了:grin:
我们都知道用事务是为了保证数据库的完整性,保证成批的 SQL 语句要么全部执行,要么全部不执行。
但是如果一个方法嵌套关联着其他方法了,这该怎么算呢?当前方法及关联方法都有事务呢,或者只是其中某几个有事务,该用谁的呢?
概念:
事务的传播行为:一个方法运行在一个开启了事务的方法上时,当前方法是使用原来的事务还是开启一个新的事务。
通过 @Transaction 注解中 propagation 来设置事务传播行为。其中
事务传播行为总共有以下七种:
传播属性 | 描述 |
REQUIRED | 业务方法需要在一个事务中运行。如果方法运行时,已经处在一个事务中,那么加入到该事务,否则为自己创建一个新的事务。(默认值) |
NOT_SUPPORTED | 声明方法不需要事务。如果方法没有关联到一个事务,容器不会为它开启事务。如果方法在一个事务中被调用,该事务会被挂起,在方法调用结束后,原先的事务便会恢复执行。 |
REQUIRESNEW | 不管是否存在事务,业务方法总会为自己发起一个新的事务。如果方法已经运行在一个事务中,则原有事务会被挂起,新的事务会被创建,直到方法执行结束,新事务才算结束,原先的事务才会恢复执行。 |
MANDATORY | 该属性指定业务方法只能在一个已经存在的事务中执行,业务方法不能发起自己的事务。如果业务方法在没有事务的环境下调用,容器就会抛出例外。 |
SUPPORTS | 这一事务属性表明,如果业务方法在某个事务范围内被调用,则方法成为该事务的一部分。如果业务方法在事务范围外被调用,则方法在没有事务的环境下执行。 |
NEVER | 指定业务方法绝对不能在事务范围内执行。如果业务方法在某个事务中执行,容器会抛出例外,只有业务方法没有关联到任何事务,才能正常执行。 |
NESTED | 如果一个活动的事务存在,则运行在一个嵌套的事务中. 如果没有活动事务, 则按REQUIRED属性执行.启用一个新的事务, 这个事务拥有多个可以回滚的保存点。内部事务的回滚不会对外部事务造成影响。它只对DataSourceTransactionManager事务管理器起效 |
下面写了一个小demo来让理解更加快捷一些哈。
二、事务传播代码演示
2.1、数据库表:
注意:account表中 balance 字段是设置为无符号的(即不能为负数)。
2.2、代码
项目就是普通Spring项目
模拟的是买书的一个过程,账户余额不足,但是一次买多本的情况,一起付款。
在其中再测试事务传播行为的不同,来看数据的变化。
初始代码:
public interface CashierService {
void checkout(int userId, List<Integer> isbns);
}
复制代码
@Service
public class CashierServiceImpl implements CashierService {
@Autowired
BookShopService bookShopService;
@Transactional
@Override
public void checkout(int userId, List<Integer> isbns) {
for (Integer isbn : isbns) {
// 调用bookShopService 买书的方法
bookShopService.purchase(userId, isbn);
}
}
}
复制代码
public interface BookShopService {
void purchase(int userId,int isbn);
}
复制代码
@Service
public class BookShopServiceImpl implements BookShopService {
@Autowired
BookShopMapper bookShopMapper;
@Transactional
@Override
public void purchase(int userId, int isbn) {
// 获取要买的图书
double bookPrice = bookShopMapper.getBookPriceByIsbn(isbn);
// 更新图书的库存
bookShopMapper.updateBootStock(isbn);
// 更新用户的余额
bookShopMapper.updateAccountBalance(userId,bookPrice);
}
}
复制代码
mapper层代码
@Mapper
@Repository
public interface BookShopMapper {
@Select("select price from book where isbn=#{isbn}")
double getBookPriceByIsbn(int isbn);
@Update("update book_stock set stock=stock-1 where isbn=#{isbn}")
void updateBootStock(int isbn);
@Update("update account set balance=balance-#{bookPrice} where id=#{userId}")
void updateAccountBalance(@Param("userId") int userId, double bookPrice);
}
复制代码
2.3测试:
测试一:默认事务传播行为
我们在 void checkout(int userId, List<Integer> isbns) 和 void purchase(int userId, int isbn) 上都加了 @Transactional
目前账户为 100元,两本书的价格分别为 60和50 ,因为我们的付款过程是 使用循环 购买的,你说我们会买到一本还是一本都买不到呢?
@Autowired
CashierService cashierService;
@Test
void test(){
List<Integer> isbns = new ArrayList<>();
// 加购两本书
isbns.add(1001);
isbns.add(1002);
// 结账
cashierService.checkout(1,isbns);
}
复制代码
答案当然是一本都买不到,因为 @Transactional 注解 ,默认事务的传播属性是:REQUIRED,即业务方法需要在一个事务中运行。如果方法运行时,已经处在一个事务中,那么加入到该事务,否则为自己创建一个新的事务。所以实际上 void purchase(int userId, int isbn) 其实和调用它的方法用的同一个事务。简单画个图:
测试二:测试 -->REQUIRES_NEW属性
其他代码未改变,仅在 purchase 上的注解上加了点东西 @Transactional(propagation = Propagation.REQUIRES_NEW) .
REQUIRES_NEW: 不管是否存在事务,业务方法总会为自己发起一个新的事务。如果方法已经运行在一个事务中,则原有事务会被挂起,新的事务会被创建,直到方法执行结束,新事务才算结束,原先的事务才会恢复执行。
你说说答案和上面是一样的么?:grinning:
@Transactional(propagation = Propagation.REQUIRES_NEW)
@Override
public void purchase(int userId, int isbn) {
// 获取要买的图书
double bookPrice = bookShopMapper.getBookPriceByIsbn(isbn);
// 更新图书的库存
bookShopMapper.updateBootStock(isbn);
// 更新用户的余额
bookShopMapper.updateAccountBalance(userId,bookPrice);
}
复制代码
答案是不一样的, 测试一 我们实际上用的就是checkout上的事务,并没有用到 purchase 的事务,从图上也能看出来。
测试二它的事务传播属性 用 图来讲是这样的啦:
所以是可以买到一本书的。
还有很多,意思都解释过了,没有一一测完了。
三、数据库事务隔离级别
3.1、数据库事务并发问题
假设现在有A和B 两个事务 并发执行。
1)脏读:一个事务读取到另一事务未提交的更新新据
- A 将某条记录的 age 值 从 20修改为30
- B 读取了 A 更新后的值为 30
- A 回滚,age值回到20
- B 读取到的30 的值就是一个无效的值
2)不可重复读: 同一事务中,多次读取同一数据返回的结果有所不同(针对的update操作)
- A 读取了 age 值 为 20
- B 将 age 值修改为30
- A 再次读去age 的值为30
3)幻读:一个事务读取到另一事务已提交的insert数据(针对的insert操作)
- A 读取 学生表 中一部分数据
- B 向学生表中插入了 新的数据
- A 读取 学生表示 多出了一些行
3.2 数据库隔离性
数据库事务的隔离性: 数据库系统必须具有隔离并发运行各个事务的能力, 使它们不会相互影响, 避免各种并发问题.
一个事务与其他事务隔离的程度称为隔离级别. 数据库规定了多种事务隔离级别, 不同隔离级别对应不同的干扰程度, 隔离级别越高, 数据一致性就越好, 但并发性越弱
在代码中,我们可以通过
数据库提供了4种隔离级别:
脏读 | 不可重复读 | 幻读 | |
Read uncommitted (都未提交) | 有 | 有 | 有 |
Read committed(读已提交) | 无 | 有 | 有 |
Repeatable read (重复读) | 无 | 无 | 有 |
Serializable(序列化) | 无 | 无 | 无 |
- Oracle 默认的事务隔离级别为: READ COMMITED ,Oracle 支持的 2 种事务隔离级别:READ COMMITED, SERIALIZABLE.
- Mysql 默认的事务隔离级别为: REPEATABLE READ,Mysql 支持 4 种事务隔离级别.
3.3、测试
注 : 模拟并发情况。
1) 测试一下 mysql 的默认隔离级别:
public interface BookShopService {
void purchase(int userId,int isbn);
// 测试事务隔离级别
void transactionIsolationTest(int isbn);
}
复制代码
/**
* propagation :用来设置事务传播属性
* Propagation.REQUIRED 默认事务传播属性
*
* isolation :用来设置事务隔离级别
* Isolation.REPEATABLE_READ: mysql 默认事务隔离
* Isolation.READ_COMMITTED: oracle 默认事务隔离级别
*/
@Transactional(propagation = Propagation.REQUIRED,isolation = Isolation.REPEATABLE_READ)
@Override
public void transactionIsolationTest( int isbn) {
// 获取要买的图书
double bookPrice = bookShopMapper.getBookPriceByIsbn(isbn);
//此处应打上断点,待代码执行完上一句后,应手动将书的价格修改一下,看读到的数据是多少
System.out.println(bookPrice);
double bookPrice2 = bookShopMapper.getBookPriceByIsbn(isbn);
System.out.println(bookPrice2);
}
复制代码
测试代码特别简单,但因为我是手动模拟,得打断点、debug启动,
@Autowired
BookShopService bookShopService;
@Test
void transactionIsolationTest(){
bookShopService.transactionIsolationTest(1001);
}
复制代码
当执行完第一个 double bookPrice = bookShopMapper.getBookPriceByIsbn(isbn) 语句时,应该去mysql 修改一下书的价格,这样看一下结果。
这个时候再接着执行。看输出什么。
最后的结果仍然是50、50。因为mysql的默认事务隔级别是可重复读,意思在这同一个事务中,可以重复读。
注 :因为这是直接修改数据库,其操作行为并不可取,此处只是为了模拟。其结果有时也非一定准确。
原文链接:https://juejin.cn/post/6993524722503794725
相关推荐
- 一个基于.Net Core遵循Clean Architecture原则开源架构
-
今天给大家推荐一个遵循CleanArchitecture原则开源架构。项目简介这是基于Asp.netCore6开发的,遵循CleanArchitecture原则,可以高效、快速地构建基于Ra...
- AI写代码翻车无数次,我发现只要提前做好这3步,bug立减80%
-
写十万行全是bug之后终于找到方法了开发"提示词管理助手"新版本那会儿,我差点被bug整崩溃。刚开始两周,全靠AI改代码架构,结果十万行程序漏洞百出。本来以为AI说没问题就稳了,结果...
- OneCode低代码平台的事件驱动设计:架构解析与实践
-
引言:低代码平台的事件驱动范式在现代软件开发中,事件驱动架构(EDA)已成为构建灵活、松耦合系统的核心范式。OneCode低代码平台通过创新性的注解驱动设计,将事件驱动理念深度融入平台架构,实现了业务...
- 国内大厂AI插件评测:根据UI图生成Vue前端代码
-
在IDEA中安装大厂的AI插件,打开ruoyi增强项目:yudao-ui-admin-vue31.CodeBuddy插件登录腾讯的CodeBuddy后,大模型选择deepseek-v3,输入提示语:...
- AI+低代码技术揭秘(二):核心架构
-
本文档介绍了为VTJ低代码平台提供支持的基本架构组件,包括Engine编排层、Provider服务系统、数据模型和代码生成管道。有关UI组件库和widget系统的信息,请参阅UI...
- GitDiagram用AI把代码库变成可视化架构图
-
这是一个名为gitdiagram的开源工具,可将GitHub仓库实时转换为交互式架构图,帮助开发者快速理解代码结构。核心功能一键可视化:替换GitHubURL中的"hub...
- 30天自制操作系统:第六天:代码架构整理与中断处理
-
1.拆开bootpack.c文件。根据设计模式将对应的功能封装成独立的文件。2.初始化pic:pic(可编程中断控制器):在设计上,cpu单独只能处理一个中断。而pic是将8个中断信号集合成一个中断...
- AI写代码越帮越忙?2025年研究揭露惊人真相
-
近年来,AI工具如雨后春笋般涌现,许多人开始幻想程序员的未来就是“对着AI说几句话”,就能轻松写出完美的代码。然而,2025年的一项最新研究却颠覆了这一期待,揭示了一个令人意外的结果。研究邀请了16位...
- 一键理解开源项目:两个自动生成GitHub代码架构图与说明书工具
-
一、GitDiagram可以一键生成github代码仓库的架构图如果想要可视化github开源项目:https://github.com/luler/reflex_ai_fast,也可以直接把域名替换...
- 5分钟掌握 c# 网络通讯架构及代码示例
-
以下是C#网络通讯架构的核心要点及代码示例,按协议类型分类整理:一、TCP协议(可靠连接)1.同步通信//服务器端usingSystem.Net.Sockets;usingTcpListene...
- 从复杂到优雅:用建造者和责任链重塑代码架构
-
引用设计模式是软件开发中的重要工具,它为解决常见问题提供了标准化的解决方案,提高了代码的可维护性和可扩展性,提升了开发效率,促进了团队协作,提高了软件质量,并帮助开发者更好地适应需求变化。通过学习和应...
- 低代码开发当道,我还需要学习LangChain这些框架吗?| IT杂谈
-
专注LLM深度应用,关注我不迷路前两天有位兄弟问了个问题:当然我很能理解这位朋友的担忧:期望效率最大化,时间用在刀刃上,“不要重新发明轮子”嘛。铺天盖地的AI信息轰炸与概念炒作,很容易让人浮躁与迷茫。...
- 框架设计并不是简单粗暴地写代码,而是要先弄清逻辑
-
3.框架设计3.框架设计本节我们要开发一个UI框架,底层以白鹭引擎为例。框架设计的第一步并不是直接撸代码,而是先想清楚设计思想,抽象。一个一个的UI窗口是独立的吗?不是的,...
- 大佬用 Avalonia 框架开发的 C# 代码 IDE
-
AvalonStudioAvalonStudio是一个开源的跨平台的开发编辑器(IDE),AvalonStudio的目标是成为一个功能齐全,并且可以让开发者快速使用的IDE,提高开发的生产力。A...
- 轻量级框架Lagent 仅需20行代码即可构建自己的智能代理
-
站长之家(ChinaZ.com)8月30日消息:Lagent是一个专注于基于LLM模型的代理开发的轻量级框架。它的设计旨在简化和提高这种模型下代理的开发效率。LLM模型是一种强大的工具,可以...
你 发表评论:
欢迎- 一周热门
- 最近发表
- 标签列表
-
- 框架图 (58)
- flask框架 (53)
- quartz框架 (51)
- abp框架 (47)
- springmvc框架 (49)
- 分布式事务框架 (65)
- scrapy框架 (56)
- shiro框架 (61)
- 定时任务框架 (56)
- java日志框架 (61)
- mfc框架 (52)
- abb框架断路器 (48)
- beego框架 (52)
- java框架spring (58)
- grpc框架 (65)
- tornado框架 (48)
- 前端框架bootstrap (54)
- orm框架有哪些 (51)
- 知识框架图 (52)
- ppt框架 (55)
- 框架图模板 (59)
- 内联框架 (52)
- cad怎么画框架 (58)
- ssm框架实现登录注册 (49)
- oracle字符串长度 (48)