Spring事务隔离级别与MySQL设置的级别不一样怎么办

最新推荐文章于 2024-07-15 22:35:32 发布
原创 最新推荐文章于 2024-07-15 22:35:32 发布 · 2.5k 阅读 · 8 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#mysql #spring #java

本文通过实验验证了Spring框架设置的事务隔离级别会覆盖数据库默认级别。在MySQL默认的REPEATABLE-READ级别下，通过Spring事务配置实现了脏读现象，证明Spring事务隔离级别的优先级更高。

目录

1、前言

事务的四个隔离级别想必大家都已经清楚，但是在学习Spring的时候，我们发现Spring自己也有四个隔离级别（加上默认的是五个）。

那么问题来了，当Spring设置的隔离级别和我们在数据库设置的隔离级别不一致时，哪个会生效？

先抛出结论：

Spring设置的隔离级别会生效


2、验证结论

要验证结论很简单，我们只需要在spring事务注解上面配置不同的隔离级别就行了：

DAO层

在这里插入图片描述

实现类的两个方法

pay方法是模拟事务A先查询一次数据，然后休眠两秒再查询一次数据
在这里插入图片描述

pay1方法则是先休眠一秒，等事务A执行第一次查询后，更新数据，等事务A执行第二次查询，然后回滚数据

在这里插入图片描述

运行代码
在这里插入图片描述
主方法使用两个线程运行这两个方法（请忽略pay方法参数，我这是方便CV……）

结果如下，发生了脏读！

在这里插入图片描述

3、总结

我们知道，MySQL默认的隔离级别是REPEATABLE-READ，在这个级别下是不可能发生脏读的。但是在刚才的测试中却出现了脏读，这证明我们的结论是正确的，spring开启事务时，拿到的当前连接，会对当前会话设置事务隔离级别。

Spring事务隔离级别与数据库隔离级别不一致时，该以谁为准？
sdujava2011
03-14 1176
数据库是可以控制事务的传播和隔离级别的，Spring在之上又进一步进行了封装，可以在不同的项目、不同的操作中再次对事务的传播行为和隔离级别进行策略控制。 所以说，spring事务本质上使用数据库事务，而数据库事务本质上使用数据库锁，所以spring事务本质上使用数据库锁，开启spring事务意味着使用数据库锁。
spring 框架中的事务隔离级别
oopxiajun博客专栏
10-31 1294
比如，一个事务正在对一条记录做修改，在这个事务完成并提交之前，这条数据是处于待定状态的（可能提交也可能回滚），这时，第二个事务来读取这条没有提交的数据，并据此做进一步的处理，就会产生未提交的数据依赖关系。幻读和不可重复读都是读取了另一条已经提交的事务（这点就脏读不同），所不同的是不可重复读查询的都是同一个数据项，而幻读针对的是一批数据整体（比如数据的个数）。例如事务T1在读取某一数据，而事务T2立马修改了这个数据并且提交事务给数据库，事务T1再次读取该数据就得到了不同的结果，发生了不可重复读。
spring的事务隔离级别和数据库的不一致
小灰灰的博客
06-29 1717
事务隔离级别，如果spring与数据库不一致。则以spring为准 //因JDBC有以下接口 void setTransactionIsolation(int level) throws SQLException;
Spring 的事务隔离级别是如何做到和数据库不一致的？
威哥爱编程，优快云 博客专家、全栈领域新星创作者、华为 HDE，愿交天下 IT 技术爱好者
06-07 730
Spring框架的事务管理是基于Java的，而数据库的事务隔离级别是由数据库系统本身实现的。这种设计允许开发者在应用程序中定义事务行为，而无需直接依赖于特定的数据库系统。然而，由于不同的数据库系统可能支持不同的隔离级别，或者对隔离级别的实现有所差异，因此Spring设置的隔离级别可能与数据库实际支持的隔离级别存在差异。例如，某些数据库可能不支持SERIALIZABLE隔离级别，或者对REPEATABLE_READ的实现有所不同，这时Spring会在数据库支持的最大隔离级别上尽可能提供接近的隔离保证。
Spring 事务和 Mysql 事务
piaoniu_1985的专栏
05-16 1729
关于事务一直有个误解，数据库的事务和Spring（语言）的事务有区别和联系吗，一直会有搞混。下面以Mysql数据库和Spring来做对比说明，梳理清楚。 Mysql 事务 隔离级别 值 名称 问题描述 Read Uncommitted 0 脏读 1：事务A，增、删、改，未提交；2：事务B，读取未提交的数据；3：事务A回滚；4：事务B看到的数据就是脏数据 Read committed 1 不可重复读 1：事务A，两次读操作；2：事务B，在事务A
Spring的@Transactional在MySQL不同事务隔离级别的表现形式？
sanding的博客
06-22 934
背景 同一个事务中，MySQL数据库隔离级别为可重复读、读提交、读未提交、串行化。对需要插入的一条数据进行很多其他操作，会出现怎样的情况呢？ 过程 可重复读 读提交 读未提交 小结 在同一个事务中，没有任何影响。 ...
Spring中的事务隔离级别的介绍
08-26
在Spring事务管理中，事务隔离级别是一个非常重要的概念，它定义了事务在并发执行时如何避免互相干扰和保持数据一致性。今天，我们将详细介绍Spring中的事务隔离级别，了解其特性和解决的问题。 事务简介 -------- ...
【Spring/MySQL数据库系列】数据库事务的特点与隔离级别
未见花闻的博客
05-20 2625
事务诞生的目的就是将多个独立的操作视作一个整体，要么全部执行，要么全部不执行。 事务的四大特性：ACID
并发性事务带来的问题+并发控制(MySQL事务隔离级别、MySQL 锁)
weixin_44040169的博客
07-15 1294
并发事务带来的问题——不可重复读、幻读和脏读 并发控制——解决方式： MySQL事务隔离级别 MySQL 锁（共享锁，排他锁，乐观锁，悲观锁） Spring事务 各种锁(ReentrantLock、AQS。。)
spring 事务管理与数据库隔离级别
zhangkang65的专栏
03-06 873
1遇到问题： spring 事务中保存了对象后 启动一个线程获取对象无效 public void postDispatchDoc(DispatchDoc entity) { try { dispatchMapper.save(entity);// 保存对象 new Thread(new  SendMsgThread(userIds)).start(); //如果流程已经完成则发送...
mysql与spring隔离级别不同_mysql事务隔离级别与spring事务隔离级别的区别
weixin_39956110的博客
01-27 1230
mysql事务隔离级别与spring事务隔离级别的区别：脏读：为什么会出现脏读，因为你对数据库的任何修改都会是立即生效的，至于别人能不能看到主要取决与你 是否加锁了，数据库的执行与事务没有关系，事务只是保证对数据库所做的操作会不会撤销而已，mysql默认是行级锁，修改时只会对修改的那几行加锁，加锁期间其他用户线程是看不到修改结果的，所以会导致不可重复读和幻读的问题；mysql的事务隔离是通过行级锁...
mysql与spring隔离级别不同_Spring事务管理与数据库隔离级别的关系（Spring+mysql）...
weixin_29149709的博客
02-18 368
之前写过一篇文章《数据库隔离级别(mysql+Spring)与性能分析 》，里面很多问题写的不是很专业，也不是很有逻辑性，现在重新整理一下，希望对大家有帮助。这部分通过两天时间反复的做实验总算是理清了其中的关系，其中有些部分可能略有偏差，但是相信大家仔细读的话会对对这部分的理解带来很大的帮助。先来总体说一下我对这个问题的理解，用一句话概括：数据库是可以控制事务的传播和隔离级别的，Spring在...
mysql与spring隔离级别不同,Spring事务管理与数据库隔离级别的关系（Spring+mysql）...
weixin_33585909的博客
03-17 202
Timing攻击是一种常见的软件攻击方式。基本的思路就是分析输入数据值的变化引发的软件处理时间变化，从而反推有效数据。BCTC目前推出的安全测试也包含了对PIN码的Timing攻击。虽然PIN因为重试次数的限制，不具有样本效应，但从安全视角上来看，确实是有隐患。PIN的处理就是数据和标准值比对的过程，通常的比对方法如下：BOOL ArrayCompare(U08* src, U08* dst, U...
mysql与spring隔离级别不同_mysql+Spring数据库隔离级别与性能分析
weixin_39534759的博客
01-27 427
这里以mysql为例，先明确以下几个问题：一.一般项目如果不自己配置事务的话，一般默认的是autocommit，即执行完一个操作后自动commit，提交事务。(注：事务是绑定在数据库操作上的，也就是当程序执行(statement.excute等操作)转而到数据库层面上的时候，事务才开始发生)当然spring可以将几个数据库操作动作绑在一个事务中，这样就需要介绍下spring事务配置方法，下面介绍的...
Spring的事务原理分析、与mysql的事务关系
一朵纯洁的小白花的博客
12-23 2133
spring事务？mysql事务？ 系统中到底谁的事务是在保证数据的一致性，两个事务有什么关系？ spring事务的基本原理 Spring事务的本质其实就是数据库对事务的支持，没有数据库的事务支持，spring是无法提供事务功能的； Spring的事务管理一般使用声明式事务，在相关的类和方法上通过注解@Transactional标识，这是一个基于AOP的实现操作； Spring在启动的时候会去解析生成相关的bean，这时候会查看拥有相关注解的类和方法，并且为这些类和方法生成代理，并根据@Tran
MySQL事务与Spring事务的隔离级别
qq_40107365的博客
04-25 2286
MySQL事务： 种类 1.串行化（SERIALIZABLE） 2.可重复读取（REPEATABLE READ） 3.已提交读取（READ commited） 4.未提交读取（read uncommited） 这四种隔离级别由上到下来说 隔离级别逐渐降低，即 串行化（SERIALIZABLE）> 可重复读取（REPEATABLE READ）> 已提交读取（READ commited） > 未提交读取（read uncommited） 但性能方面是反过来的，即隔离级别越低，性能效率越高。
Spring的五大隔离级别和七大事务传播属性以及和数据库隔离级别之间的联系
GTW、Zeus的博客
07-19 2730
一、Spring五大事务隔离级别 Spring事务隔离级别比数据库事务隔离级别多一个default 1) DEFAULT （默认） 这是一个PlatfromTransactionManager默认的隔离级别，使用数据库默认的事务隔离级别。另外四个与JDBC的隔离级别相对应。 2) READ_UNCOMMITTED （读未提交） 这是事务最低的隔离级别，它允许另外一个事务可以看到这个事务未提交的数据。这种隔离级别会产生脏读，不可重复读和幻像读。 3) READ_COMMITTED （读已提交） 保证一个事务修
spring事务、事务的隔离级别、事务失效
qq_43369986的博客
05-14 1498
文章目录@[toc]事务隔离级别事务的传播机制PROPAGATION_REQUIREDPROPAGATION_SUPPORTSPROPAGATION_MANDATORYPROPAGATION_REQUIRES_NEWPROPAGATION_NEVERPROPAGATION_NESTED事务失效类没有被Spring管理方法不是 public的 -- 该异常一般情况都会被编译器识别自身this调用异常被捕获抛出异常类型不对传播类型不支持事务数据库本身不支持事务 spring事务是基于jdbc实现的； sprin
Spring 事务的 “隔离级别” 有哪些？不同隔离级别如何解决 “脏读、不可重复读、幻读” 问题？MySQL 默认隔离级别是什么？
最新发布
10-29
### Spring 事务的隔离级别 Spring 框架的事务隔离级别与 SQL 标准中的事务隔离级别一致，主要有以下几种： 1. **读未提交（READ_UNCOMMITTED）**：最低隔离级别，允许读到未提交的事务中的数据变更，会导致脏读现象。 2. **读已提交（READ_COMMITTED）**：允许读到已提交事务的数据，解决了脏读现象，但不能保证当前事务想读的数据前后读取一致，即会出现不可重复读现象。 3. **可重复读（REPEATABLE_READ）**：事务对同一字段或记录的多次读取结果都是一样的，解决了脏读和不可重复读现象，但会出现幻读现象。 4. **串行化（SERIALIZABLE）**：事务最高隔离级别，完全遵循 ACID 特性，所有事务依次执行，对操作的数据加锁，当前事务未提交时其他事务不能操作，解决了脏读、不可重复读、幻读问题 [^1][^2]。 ### 不同隔离级别解决问题的方法 - **读未提交（READ_UNCOMMITTED）**：此隔离级别无法解决脏读、不可重复读和幻读问题，因为它允许一个事务读取另一个事务未提交的数据，所以会出现读到可能回滚的数据（脏读）、多次读取数据不一致（不可重复读）以及同一查询在不同时间产生不同行集（幻读）的情况 [^1][^2]。 - **读已提交（READ_COMMITTED）**：可以避免脏读现象，因为在该隔离级别下，一个事务只能读取到其他事务已经提交的数据。但对于不可重复读和幻读问题，此隔离级别无法解决，因为在事务执行过程中，其他事务对数据的更新和提交会导致本事务多次读取同一数据时结果不一致，以及查询结果集可能发生变化 [^1][^2][^3]。 - **可重复读（REPEATABLE_READ）**：通过 MVCC（多版本并发控制）和锁机制实现事务内数据一致性，核心依靠一致性快照和 undo log 解决不可重复读问题。MVCC 确保快照读返回事务开始时的版本，无需锁，性能高；间隙锁增强当前读一致性。对于幻读问题，针对快照读（普通的 select 语句），是通过 MVCC 解决的，因为开启事务后创建的 ReadView 在后续的数据查询中会一直沿用；针对当前读（除普通 select 语句外，如 select...for update 等语句），是通过 next - key lock（记录锁 + 间歇锁）解决的 [^4][^5]。 - **串行化（SERIALIZABLE）**：通过对操作的数据加锁，使得所有事务依次执行，当前事务未提交时其他事务不能操作，从而完全避免了脏读、不可重复读和幻读问题 [^1][^2]。 ### MySQL 默认隔离级别 MySQL 默认的隔离级别是可重复读（REPEATABLE_READ） [^1][^2][^4][^5]。 ### 代码示例 以下是在 Spring Boot 中配置事务隔离级别的示例： ```java import org.springframework.beans.factory.annotation.Autowired; import org.springframework.stereotype.Service; import org.springframework.transaction.annotation.Isolation; import org.springframework.transaction.annotation.Transactional; @Service public class MyService { @Autowired private MyRepository myRepository; @Transactional(isolation = Isolation.REPEATABLE_READ) public void doSomething() { // 业务逻辑 } } ```
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值