关于脏数据比如说，有两个用户A，B同时操作数据库，A开始了一个事务，修改了某行，但还未提交，这个时

最新推荐文章于 2024-06-22 08:55:00 发布
转载 最新推荐文章于 2024-06-22 08:55:00 发布 · 4.3k 阅读 · 3

关于脏数据比如说，有两个用户A，B同时操作数据库，A开始了一个事务，修改了某行，但还未提交，这个时

提问者： lwk2008      发布时间：2014-08-02      浏览：113      回复：0      悬赏：0.0希赛币
2016上半年软考辅导培训，火热招生中！网络直播+课程录播+在线答疑+真题模拟
关于脏数据
比如说，有两个用户A，B同时操作数据库，A开始了一个事务，修改了某行，但还未提交，这个时候，B开始另一个事务，读取了该行，然后A回滚了事务，即修改被取消了，那么，B读取到的那一行数据就是脏数据

上面这句话正确吗？如果事物A未提交，事物B能读到A所修改的数据吗？

如何判断A，B 是否属于同一个事物？

在PL/SQL 中先删一条数据（没有提交）紧接着在查刚才那条数据是查不到的，既然没有提交为什么会查不到呢？

希望各位能详细回答一下，小弟不胜感激。

Q：如果事物A未提交，事物B能读到A所修改的数据吗？
A：当然看不到

Q:如何判断A，B 是否属于同一个事物？
A:这个应该不用判断吧，两次连接 就是属于两个“事物”

Q:在PL/SQL 中先删一条数据（没有提交）紧接着在查刚才那条数据是查不到的，既然没有提交为什么会查不到呢？
A:因为这个是一个“事物”中，例如你在plsql developer中开启另一个窗口，就可以查到了。

“A开始了一个事务，修改了某行，但还未提交，这个时候，B开始另一个事务，读取了该行”，因为A没有提交，B读取的是A修改前的数据。没有提交的数据只有自己能查询到，其他用户是查看不到的。
建议你多看看这方面的资料吧

楼主首先要弄清楚 事务是为了保证数据完整性的 
A事务做了操作 没有提交 对B事务来说 就等于没做 获取的都是之前的数据
但是 在A事务中查询的话 查到的都是操作之后的数据
这个很好理解 你开两个sql窗口 在一个里边给一个表insert一条数据 不提交 紧接着select 有数据 但是去另一个sql窗口select 就没有数据 


这个要看数据库工作在哪个隔离级别.只有在read uncommitted的时候才会出现脏读.
而oracle只支持read committed和read serialization两种,所以不会出现你说的情况.

A没有提交之前，B只能看到行修改之前的数据,这是undo表空间的作用之一:维护数据的一致性.

引用:

　　楼主首先要弄清楚 事务是为了保证数据完整性的 
A事务做了操作 没有提交 对B事务来说 就等于没做 获取的都是之前的数据
但是 在A事务中查询的话 查到的都是操作之后的数据
这个很好理解 你开两个sql窗口 在一个里边给一个表insert一条数据 不提交 紧接着select 有数据 但是去另一个sql窗口select 就没有数据


+1

去查下隔离级别和脏读,不可重复读,幻读等现象的关系就明白了.

Oracle 如何设置事务隔离级别去让 B 也看到 A 正在改的那个数据？


该回复于2011-04-14 10:49:26被版主删除

A没有提交之前，B只能看到行修改之前的数据,这是undo表空间的作用之一:维护数据的一致性.

没有提交的数据只有自己看得到，并没有update到数据库。

因为他只是在内存中修改,并没有被持久化

该回复于2012-07-31 14:23:34被版主删除

在A对数据进行写操作的时候，这时候这部分数据在缓冲区有一个备份数据。没有提交的话，是不会改变的，脏数据是提交但是没有保存到磁盘的数据。

受教了
条回答
【从零开始学习计算机科学】数据库系统（六）DBMS事务管理
AI科研社
03-13 902
事务查看数据更新时，数据所处的状态要么是另一事务修改它之前的状态，要么是另一事务修改它之后的状态，事务不会查看到中间状态的数据。（完成的事务是系统永久的部分，对系统的影响是永久性的，该修改即使出现致命的系统故障也将一直保持）当一个事务正在多次修改某个数据，而在这个事务中这多次的修改都还未提交，这时一个并发的事务来访问该数据，就会造成两个事务得到的数据不一致。比如，A事务读取B事务尚未提交的更改数据，并在这个数据的基础上进行操作，这时候如果事务B回滚，那么A事务读到的数据应是不被承认的。
【数据库理论】事务、数据异常与隔离级别（精华版）
影三人
03-02 477
一文读懂事务、数据异常与隔离级别。
关于脏数据比如说，有两个用户A，B同时操作数据库，A开始了一个事务，修改了某行，但还未提交，这个时...
qinzongjian的博客
05-13 1940
关于脏数据比如说，有两个用户A，B同时操作数据库，A开始了一个事务，修改了某行，但还未提交，这个时候，B开始另一个事务，读取了该行，然后A回滚了事务，即修改被取消了，那么，B读取到的那一行数据就是脏数据上面这句话正确吗？如果事物A未提交，事物B能读到A所修改的数据吗？如何判断A，B 是否属于同一个事物？在PL/SQL 中先删一条数据（没有提交）紧接着在查刚才那条数据是查不到的，既然没有提交...
多个服务同时更新mysql数据库同一条数据并发问题
lxctxx的博客
01-03 1541
为了保证每次每次并发操作只有一个能成功，我们可以在数据库加一个版本号（乐观锁机制）或者任意加一个字段每次更新的时候要对版本号或者自己加的字段重新赋值，更新条件里面要带上旧的。如果数据都只根据id去更新，后面的会覆盖前面的会出现并发问题。版本号或者唯一标识，更新失败了，抛出异常。
2020.11.07面试总结
weixin_43974466的博客
11-07 2199
面试的总结 先说mysql mysql：原文的地址 1.引擎 2.索引 3.隔离级别 4.锁 1.存储引擎 一 Innodb（mysql默认引擎） 支持事务，是事务安全的，提供行级锁与外键约束，有缓冲池，用于缓冲数据和索引 适用场景：用于事务处理，具有ACID事物支持，应用于执行大量的insert和update操作的表 二 MyISAM 不支持事务，不支持外键约束，不支持行级锁，操作时需要锁定整张表，不过会保存
数据库丢失,脏读,重复读,幻读,MVCC
Pushkin.的博客
06-11 422
1.丢失的数据 旺财是数据库村的一个程序，小强也是。 数据库村有个特点，很多数据支持共享操作，多个程序可以同时读写，他们俩经常会为了读写同一个数据，争夺的不可开交。 这一天，当旺财和小强对同一个银行账户A进行写操作时候， 出现了这么一个错误： 看看， 本来旺财要加上的20元就丢掉了。 同样的事情发生的多了， 他俩给这种情况起了一个名字，叫“丢失修改”， 其实说白了就是俩人都去写...
Spring声明式数据库事务的使用－隔离级别
12-14
Spring声明式数据库事务的使用，特别是隔离级别，是确保数据一致性与并发控制的关键技术。在高并发的互联网环境中，如商品库存管理，多个线程同时处理数据可能导致数据不一致，出现丢失更新问题。为此，数据库引入了...
场景：A 线程写数据库 → 删除缓存 → B 线程读缓存未命中 → 查数据库（此时 A 的写事务可能未提交）→ B 回填旧数据到缓存。 这个场景下是不是b可能读到旧数据
02-21
如果线程A在删除缓存之后，但在数据库事务提交之前，线程B开始查询数据库，那么B可能读取到未提交的数据。不过，这取决于数据库的隔离级别。如果数据库使用的是读未提交（Read Uncommitted）级别，那么B确实可能读到...
数据库事务与隔离级别.docx
04-28
拿转账来说，假设用户A和用户B两者的钱加起来一共是5000，那么不管A和B之间如何转账，转几次账，事务结束后两个用户的钱相加起来应该还得是5000，这就是事务的一致性。 隔离性是指当多个用户并发访问数据库时，比如...
【数据库】浅读事务
qq_63218110的博客
08-14 664
🍉🍉 前言：在介绍 事务 之前，我们先看一个当系统执行到完成 第一条sql语句 时，网络出现故障，或者数据库挂掉，就会导致：虽然张三同学把钱发了出去，但是李四并没有收到钱的情况。解决方案：使用 事务 来处理，保证以上两个sql要么全部执行完，要么都不执行()。.........
数据库并发时出现的几个现象（脏读，不可重复读，幻读）
qq_26464179的博客
04-08 2615
在数据库并发执行时，会出现多个并发操作同一条数据或者同一个表的情况，有些操作会造成逻辑上的数据矛盾。例如：两个会话连接同一数据库，操作同一条数据。第一步会话一查询第一条数据的结果为20，第二步会话二更新同一条数据结果为30，但未提交事务，第三步，会话一又一次查询第一条数据，发现结果变为了30。第四步，会话二进行了事务回滚，第五步，会话一再一次查询第一条数据结果又为30。（我们在数据库执行时...
关于事务的几点理解
Yang520Fang的博客
02-22 334
事务（Transaction）：指的是一组操作，里面可以包含许多个单一的逻辑，只要有一个逻辑没有执行成功，都算执行失败，所有数据回到最初的状态（回滚） *确保事务中的所有操作都执行成功，将结果提交（commit） *只要有一个操作没有执行成功，所有的操作都算执行失败，所有的数据回到最初的状态（rollback） 1、事务的特性（ACID） （1）原子性（Atomicity）：事务中的逻辑要全部执行...
【数据库】验证同一个事务里能否读取到已更新但未提交的数据
qq_34980601的博客
03-11 8695
在本机启动mysql后来验证该实验。 1.本机启动mysql 系统偏好设置 -》 MYSQL -》 启动 2.命令行登陆mysql /usr/local/mysql/bin/mysql -u root -p 3.先查看下数据 usemytest; select * from user_info; 4.查看隔离级别 select @@transaction_isolation; 可以看到默认的隔离级别为可重复读。 5.查看是否开启了自动提交事务 show v...
锁的概述
ly_wolf的专栏
06-13 646
一. 为什么要引入锁  　　多个用户同时对数据库的并发操作时会带来以下数据不一致的问题：  　　丢失更新　　A，B两个用户读同一数据并进行修改，其中一个用户的修改结果破坏了另一个修改的结果，比如订票系统  　　脏读　　A用户修改了数据，随后B用户又读出该数据，但A用户因为某些原因取消了对数据的修改，数据恢复原值，此时B得到的数据就与数据库内的数据产生了不一致  　　不可重复
事务并发操作的介绍
2301_80056613的博客
06-22 267
事务并发引起的三大问题：1.脏读:一个事务会读取到另一个事务未提交的数据（读取到未提交数据）2.不可重复读：在同一事务内，事务两次读取到的数据是不一样的。(原数据中同一条数据被修改或被删除)事务A读取了一条数据之后，事务B修改了这条数据并提交了事务，然后事务A再次读取这条数据，就会发现两次结果不一致。这就是不可重复读3.幻读：事务中的同一个查询在不同的时间产生不同的行集，这个就是幻读问题。(数据总条数新增)
事务
莱辛巴赫的博客
03-01 361
脏读： A事务执行过程中，B事务读取了A事务的修改。但是由于某些原因，A事务可能没有完成提交，发生RollBack了操作，则B事务所读取的数据就会是不正确的。这个未提交数据就是脏读 不可重复读： B事务读取了两次数据，在这两次的读取过程中A事务修改了数据，B事务的这两次读取出来的数据不一样。B事务这种读取的结果，即为不可重复读 幻读： B事务读取了两次数据，在这两次的读...
数据库并发操作可能出现的问题及解决方式
echo666的博客
09-23 7103
并发操作可能出现的问题 两类丢失更新 脏读 没提交就读到 幻读 如何处理 锁机制： 事务隔离级别 自动加锁 读未提交 – 会发生脏读 读提交 – 会发生不可重复读，不会读到脏数据 可重复读 – 重复读到之前的数据。在一个事务中。 测试不同隔离级别下并发操作出现的问题 开启事务环境 mysql> begin; start transaction ; commit ; rollback; 查看 更改事务 mysql> select @@tx_isolation; mysql> set se
数据库并发操作问题这一篇就够了
跑马去追XX
12-05 885
当一个事务正在访问数据并且对数据进行了修改，而这种修改还没有提交到数据库中，这时另外一个事务也访问了这个数据，然后使用了这个数据。因为这个数据是还没有提交的数据，那么另外一个事务读到的这个数据是“脏数据”，依据“脏数据”所做的操作可能是不正确的。 指在一个事务读取一个数据时，另外一个事务也访问了该数据，那么在第一个事务中修改了这个数据后，第二个事务也修改了这个数据。这样第一个事务内的修改结果就被丢失，因此称为丢失修改。 例如：事务1读取某表中的数据A=20，事务2也读取A=20，事务1修改A=A-1，事务2
springboot应用，数据库删除操作跟读取外部文件在一个事务中，读取文件失败，可以回滚数据库操作么
最新发布
05-29
<think>嗯，用户的问题是关于SpringBoot事务管理的。具体来说，他们想知道当数据库删除操作和读取外部文件在同一个事务里，如果读取文件失败，数据库操作会不会回滚。我需要先理解事务的基本机制，然后看看文件操作是否在事务管理范围内。首先，Spring的事务管理主要是针对数据库操作的。记得引用3里提到，Spring会关闭自动提交，把多个数据库操作放在一个事务里，要么全部提交，要么全部回滚。所以，数据库删除操作在这里应该会被事务管理。但问题在于读取外部文件。文件操作属于外部系统，比如文件系统，而Spring的事务默认只管理数据库的事务，不会涉及文件系统。比如，如果读取文件时抛出了异常，Spring会回滚数据库操作吗？根据之前的知识，事务回滚通常是在发生运行时异常或Error时触发。如果文件读取失败，抛出了异常，并且这个异常是RuntimeException的话，事务会回滚。但如果是检查型异常（checkedexception），可能需要配置@Transactional的rollbackFor属性。 不过用户的情况是文件读取失败，可能抛出IOException，这是一个检查型异常。默认情况下，Spring不会回滚这种异常，除非明确指定。所以用户需要确保在事务注解里包含rollbackFor =IOException.class，或者将异常包装成RuntimeException抛出。另外，用户提到的数据库删除和文件读取在同一个事务中。如果文件读取是在事务方法内部，并且抛出异常，那么事务会标记为回滚，数据库删除操作就不会提交。但如果文件读取是在事务之外，或者以非事务方式执行，那可能不会触发回滚。所以需要确保这两个操作在同一个事务方法里，并且异常被正确抛出。还需要考虑事务的传播行为，如果方法内部有嵌套事务，可能会影响回滚的范围。不过用户的问题看起来是一个简单的事务，没有嵌套的情况。根据引用2中的例子，内部方法如果有保存点，回滚可能只影响部分操作，但这里的情况不同，因为文件操作不在事务管理内，所以主要看数据库操作是否在同一个事务里。总结一下，用户需要确保以下几点：1.文件读取失败抛出RuntimeException或配置rollbackFor；2.文件操作和数据库操作在同一个事务方法内；3.事务的传播设置正确。这样，当文件读取失败时，数据库删除操作会被回滚。</think>在Spring Boot应用中，事务管理默认只对数据库操作有效，文件系统操作不在事务控制范围内。但通过合理设计，可以实现数据库删除操作与文件读取的原子性。以下是关键分析步骤： ### 一、事务边界与回滚机制 1. **Spring事务管理范围** 默认仅管理数据库事务（如JDBC、JPA操作），通过`@Transactional`注解的代理机制实现。当方法抛出**RuntimeException**或**Error**时，事务会自动回滚数据库操作[^3] 2. **文件操作特性** 读取外部文件属于I/O操作，不参与数据库事务。若文件读取失败，需要通过异常处理机制触发事务回滚 $$ \text{事务完整性} = \begin{cases} \text{数据库操作回滚} & \text{当异常满足回滚规则} \\ \text{文件状态保持} & \text{需额外补偿机制} \end{cases} $$ ### 二、实现方案 ```java @Transactional(rollbackFor = IOException.class) // 扩展回滚规则 public void transactionalOperation() throws IOException { // 数据库操作 jdbcTemplate.update("DELETE FROM table WHERE condition"); // 文件操作（需主动抛出受检异常） Files.readAllBytes(Paths.get("external_file.txt")); } ``` ### 三、异常处理策略 | 操作类型 | 回滚触发条件 | 补偿机制 | |----------------|----------------------------------|------------------------------| | 数据库删除 | 抛出RuntimeException/指定异常 | 事务自动回滚 | | 文件读取 | 需将IOException转为RuntimeException | 手动删除已读取文件或日志记录 | ### 四、验证测试要点 1. 构造文件读取失败场景，观察数据库操作是否回滚 2. 验证`@Transactional(rollbackFor)`配置是否生效 3. 检查事务隔离级别是否符合业务需求（参考脏读/不可重复读控制[^1]） ### 五、扩展方案 对于需要严格保证原子性的场景，建议： 1. 采用分布式事务管理器（如Atomikos） 2. 将文件操作记录写入数据库，通过事务日志实现补偿 3. 使用最终一致性模式（异步文件状态校验）
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值