事务T1加了X锁，事务T2也能读取数据的原因

已于 2024-06-19 12:30:07 修改
阅读量185 收藏
点赞数 4
文章标签： 数据库
于 2024-06-19 12:28:06 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/lazyxgy/article/details/139799409
版权

我的理解是这样的

事务只会受到协议给他自己加的锁的影响，而不会受到协议给别的事务加的锁的影响

什么意思呢？

就比如现在事务T1遵守一级封锁协议，在修改数据时加了X锁，事务T2也是遵守一级封锁协议，但是一级封锁协议有规定读之前加锁吗？没有！！！那事务T2读取会受到锁的约束吗？不会！！！法无禁止即可为！所以即使你事务T1加了X锁，我事务2管你加不加，反正一级封锁协议又没让我在读取前加S锁，那我肯定无视你事务T1加的X锁，直接读，从而导致了不可重复读，

就比如老师要求A同学不把作业给别人抄，那B同学就不能去抄A同学的作业吗？老师有对B同学说，你不能抄其他同学的作业吗？没有，那么B同学就去抄A同学的作业又怎样，违反老师要求了吗？没有！所以锁相当于就是老师的要求，协议就是老师，B同学怎么可能知道老师对A同学有什么要求，即使知道他也不用遵守，他只需要遵守老师对自己的要求就行！

verbose_collation
关注
  • 4
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
锁、事务和同步
ywl470812087的博客
09-21 9万+
关于乐观锁、悲观锁、事务、synchronized，网上介绍的文章很多。但是，在实际使用中，我们经常要遇到需要组合使用这几种技术的场景。而这方面的文章却非常少，本文将着重介绍各种组合使用情况下的行为和问题。 并发下读写冲突的问题 在开发中我们经常会遇到需要对某个字段做自增操作，比如说你向银行存入一笔100元的，那么你的总金额就要增加100元。那么程序中就会使用如下代码 @Entity @T...
ORACLE数据库事务隔离级别介绍
12-16
两个并发事务同时访问数据库表...3、脏读：事务T1更新了一行记录，还未提交所做的修改，这个T2读取了更新后的数据，然后T1执行回滚操作，取消刚才的修改，所以T2所读取的行就无效，也就是脏数据。 一、为了处理这些问
一个事务加了x锁后，其他事务还是可以读取数据的
qq_51980838的博客
03-31 1411
例如事务t2脏读，即读取到事务t1加了写锁的数据修改,但事务t1最后进行了回滚操作，如下图。但当隔离级别提高到读已提交。一个事务就不能读取到另一个事务加了写锁的数据了。以隔离级别为读未提交为例。一个事务写数据，不允许其他事务写数据，但。首先，写锁仅仅是阻止其他事务施加读锁，而不是禁止事务。就是一个事务读取到其他事务。
事务的锁的基本种类及定义
zly03的博客
06-18 2308
基本的锁的类型有两种锁：排他锁（X锁）和共享锁（S锁）排他锁也叫写锁。当事务T对数据对象A加上X锁时，就只允许事物T对A进行和修改A，其他事务都无法对A再加任何其他的锁，直到T释放对A的锁。共享锁也叫读锁。当事务T对数据对象A加上S锁后，事务T可以读取A，但是不能对A进行修改，其他事务只能对A加上S锁，但是不能加X锁，直到T释放掉对A的S锁为止。封锁协议主要有3种，分别对应的一级、二级、三级封锁协议。一级封锁协议：主要是指事务在修改数据前必须需要先加上X锁，直到事务结束才释放。二级封锁协议：在一级封锁协议的
oracle事务和锁
tangyongzhe的专栏
10-18 2163
oracle中的语句级一致性可以保证一个事务只能看到查询开始之前已经提交的事务更改的数据，未提交的事务和查询开始之后提交的数据不会被查询到。 做下面的一个实验来验证一下 数据准备如下： ----------create table----------------- create table test (id varchar2(128),name varchar2(128)); -------
事务使用场景详解
弹指天下
03-11 6715
事务在开发过程大家应该都经常使用，但是事务具体有哪些使用场景？什么时候需要使用事务，什么时候不需要添加事务呢？一个都是查询操作的方法是否需要添加事务？只有一个查询操作需要是否需要添加事务？
MySQL_InnoDB的锁和事务模型
铁锚的CSDN博客
11-29 1876
路过的小伙伴, 请帮忙点小星星Star支持: https://github.com/cncounter/translation/ InnoDB的锁和事务模型 - Github版本 想要实现高吞吐、高可靠的大型数据库应用系统; 想要从其他数据库迁移到MySQL; 想要进行MySQL性能调优; 那么学习和掌握InnoDB的锁和事务模型就非常有用。 文章目录14.7.1 InnoDB中的锁共享锁与排他锁意向锁记录锁间隙锁临键锁插入意向锁自增锁空间索引使用的谓词锁14.7.2 InnoDB事务模型14.7..
SQL Server（十）—— 事务和锁
wuxinwudai的专栏
02-14 2443
T-SQL 语句（十）—— 事务一、事务的特性1、原子性：事务必须是原子性的工作单元，要么全部执行，要么全部不执行。 2、一致性：事务完成时，必须使所有数据保持一致性。 3、隔离性：由并发事务所做的修改必须与其他并发事务所做的修改隔离。由于事务在开始时就会识别数据所处的状态，以便发生错误时可以回滚操作，所以另一个并发事务要么修改它之前的状态，要么修改它之后的状态，不能在该事务运行时修改它的状态。
数据库系统概念笔记——第十四章：事务
叶卡捷琳堡的博客
06-26 1104
文章目录第十四章：事务14.1 事务概念14.2 一个简单的事务模型14.4 事务原子性和持久性14.5 事务隔离性14.6 可串行化14.7 事务隔离性和原子性14.7.1 可恢复调度14.8 事务隔离性级别14.9 隔离性级别的实现 第十四章：事务 14.1 事务概念 事务是访问并更新可能各种数据项的一个程序执行单元。 事务的ACID特性 原子性：事务的所有操作在数据库中要么全部正确反映出来，要么完全不反映 一致性：隔离执行事务时（在没有其它事务并发执行的情况下），保持数据库的一致性 隔离性：尽管多个
MYSQL事务学习-锁机制
listenFen的博客
03-03 986
在多个线程并发访问某个数据尤其是敏感的数据的时候，我们需要保证这个数据在任何时候都是最多只有一个线程在访问，从而保证数据的完整性和一致性。而锁就是计算机协调多个进程或线程并发访问某一资源的机制。锁机制为实现MySQL的各个隔离级别提供了保证，而锁冲突也是影响数据库并发访问性能的一个重要因素。
MySQL操作之事务管理
lydms的博客
09-11 2076
一、概念 1.1 简介 1.2 事务的4个特性 二、事务的提交、回滚 三、事务的隔离级别 3.1 并发问题 3.3 事务隔离级别 3.3 查询/设置事务隔离级别 四、InnoBD 可重复读隔离级别下如何避免幻读
数据库事务与隔离级别.docx
04-28
例如事务T1在读取某一数据，而事务T2立马修改了这个数据并且提交事务给数据库，事务T1再次读取该数据就得到了不同的结果，发送了不可重复读。 3. 幻读：幻读是事务非独立执行时发生的一种现象。例如事务T1对一个表...
mysql查找删除表中重复数据方法总结
12-16
在MySQL数据库管理中，清理重复数据是一项常见的任务，特别是在大数据量的环境中，重复数据不仅占用额外的存储空间，还可能导致数据分析的不准确性。本篇文章将详细介绍如何查找并删除表中的重复数据。 首先，我们...
ORACLE数据库事务处理和故障恢复
12-26
* 读脏数据：如果事务T1将一值（A）修改，然后事务T2读该值，在这之后T1由于某种原因撤销对该值的修改，这样造成T2读取的值是脏的。 * 丢失更改：在一事务中一修改重写另一事务的修改。 * 破坏性的DDL操作：在一用户...
数据库作业5-事务处理与恢复1
08-03
在并发事务T1和T2中，T1读取B，再读取A，最后显示A+B的值；而T2则从B转账到A。给定调度可能导致不一致性，如T1在T2转账前读取B的值，然后在转账后读取A的值。通过W-TS和R-TS时间戳，我们可以跟踪事务对数据项的操作...
OAuth2.0 or Spring Session or 单点登录流程
最新发布
qq_53374893的博客
07-20 293
一句话精辟解释： 在过滤器放行的时候，偷偷的把原生的 request 和 response 对象换成了它的实现，也就是 调用getSession 的时候拿到的 其实是对redis 操作的Session。但其他的操作还是使用原生的，只不过重写的方法，调用的是子类的，也就是往 redis 里放入 Session，把原生的操作给替换了！分布式Session原理，使用子域名，的时候放入父域名的 JsessionId 然后将这个ID 的所存的内容放入Redis ，这样实现不同域名共享同一sessionID.
MySQL（事务、索引）&&MyBatis
hycccccch的博客
07-19 671
事务指的是一组操作的集合，是一个不可分割的工作单位。事务会将所有的操作作为一个整体一起向系统提交或撤销操作请求，即这些操作要么同时成功，要么同时失败默认MySQL的事务是自动提交，即当执行一条DML语句时，MySQL会立即隐式的提交事务开启事务后运行事务不会对数据改变，commit后才会改变数据如果有命令发生错误，需要进行rollback进行回滚、
Spring框架之DI依赖注入
G81948577的博客
07-18 983
我们在下面构建spring的过程中体会依赖注入；从上面的图中我们知道，在ssm框架中服务层（server）无法直接操作数据库，持久层（dao）是直接操作数据库进行数据处理的，但是我们如果在服务层有一个持久层的对象，然后我们在服务层通过对象去调用持久层的方法就可以操作数据库了。@OverrideSystem.out.println("持久层，你好");UserServiceImpl类中的代码如下@Override。
深入 Dify 源码，洞察 Dify RAG 核心机制
易迟的专栏
07-17 1160
之前深入源码对 Dify 的完整流程进行了解读，基本上梳理了 Dify 的实现流程与主要组件。但是在实际部署之后，发现 Dify 现有的 RAG 检索效果没有那么理想。因此个人结合前端页面，配置信息与实现流程，深入查看了私有化部署的 Dify 的技术细节。将核心内容整理在这边，方便大家根据实际的业务场景调整 Dify 知识库的配置，或者根据需要进行二次开发调优。
JDBC事务处理详解：T1的修改被T2覆盖案例分析
在示例中，T1和T2是两个并发的事务，T1读取A的值为16，然后尝试将A减1，但在这之前，T2也读取了A的值16，并将其减去3，最终写回数据库，导致T1的修改被T2覆盖，这是事务并发操作中可能出现的数据不一致问题。...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值