不可重复读与幻象读的区别 (unrepeatable read与phantom read)

最新推荐文章于 2025-04-27 15:06:35 发布

原创

最新推荐文章于 2025-04-27 15:06:35 发布 · 2.6k 阅读

4 ·

CC 4.0 BY-SA版权

本文介绍了数据库事务隔离级别中的不可重复读与幻象读现象，探讨了Oracle数据库在这方面的处理。由于read uncommitted级别在Oracle中不被支持，且repeatable read和serializable read在性能上逊于read commited，因此在实际开发中通常选择read commited级别。

不可重复读	幻象读
两次读取之间，其他事务对于某一行数据的修改或者删除造成	两次读取之间，其他事务添加了一行数据
行级锁可以解决	表级锁才可以解决

最低0.47元/天解锁文章

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

somewu

关注关注

1
点赞
踩
4

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

MySQL专题：脏读、不可重复读、幻读区别

NIO4444

09-19

3431

目录脏读(Dirty Read) 不可重复读幻读脏读(Dirty Read) 读取到了未提交的数据（如果事务这时候回滚了，那么第二个事务就读到了脏数据）原因可能有： (1)有一个交叉的事务有新的commit，导致了数据的改变; (2)一个数据库被多个实例操作时,同一事务的其他实例在该实例处理其间可能会有新的commit。不可重复读同一个事务中执行完全相同的select语句时可能看到不一样的结果。幻读当用户读取某一范围的数据行...

数据库常用的事务隔离级别和原理？&&mysql-Innodb事务隔离级别-repeatable read详解

shengyin714959的博客

10-04

236

什么是事务隔离？任何支持事务的数据库，都必须具备四个特性，分别是：原子性（Atomicity）、一致性（Consistency）、隔离性（Isolation）、持久性（Durability），也就是我们常说的事务ACID，这样才能保证事务（（Transaction）中数据的正确性。而事务的隔离性就是指，多个并发的事务同时访问一个数据库时，一个事务不应该被另一个事务所干扰，每个并发的事务间要相互进行隔离。如果没有事务隔离，会出现什么样的情况呢？

参与评论您还未登录，请先登录后发表或查看评论

脏读幻读不可重复读

12-30

1147

1, 脏读一个事务读到另一个事务，尚未提交的修改，就是脏读。这里所谓的修改，除了Update操作,不要忘了,还包括 Insert和Delete操作。脏读的后果：如果后一个事务回滚，那么它所做的修改，统统都会被撤销。前一个事务读到的数据，就是垃圾数据。举个例子：预订房间。有一张Reservation表，往表中插入一条记录，来订购一个房间。事务1：在Rese

脏读、幻读、不可重复读（清晰解释）

JIESA的专栏

05-04

1668

1.脏读：脏读就是指当一个事务正在访问数据，并且对数据进行了修改，而这种修改还没有提交到数据库中，这时，另外一个事务也访问这个数据，然后使用了这个数据。 2.不可重复读：是指在一个事务内，多次读同一数据。在这个事务还没有结束时，另外一个事务也访问该同一数据。那么，在第一个事务中的两次读数据之间，由于第二个事务的修改，那么第一个事务两次读到的的数据可能是不一样的。这样就发生了在一个事务内两

不可重复读

程序员朱永胜

11-08

455

不可重复读（Non-repeatable Read）指的是在同一个事务中，多次读取同一数据集合时，由于其他并发事务的提交，后续读取的结果与前面的不一致。：在其他系统（如 MySQL 的 InnoDB 存储引擎）中，事务不会直接读取实际数据，而是读取数据的快照，即使其他事务提交了更新，也不会影响这个事务的数据视图。与脏读类似，不可重复读通常被视为负面现象，但在一些需要高并发的应用场景中，允许不可重复读可能会提升性能。在此示例中，如果事务 1 的隔离级别未能阻止不可重复读，它将在第二次查询时看到不同的余额。

Spring_事务基础知识[归纳].pdf

10-12

- **不可重复读（Unrepeatable Read）**：事务A在不同时间读取了同一数据的不同版本，因为另一个事务B在这期间修改了数据并提交。 - **幻象读（Phantom Read）**：事务A在两次查询之间，有新的满足查询条件的数据被...

一站式应用开发框架-Spring使用方法总结

lazyjam的博客

04-01

725

Spring 4.x 文章目录Spring 4.x3. Spring Boot4. IoC容器4.1 ApplicationContext1. AnnotationConfigApplicationContext2. ClassPathXmlApplicationContext4.2 生命周期5. 在IoC容器中装配Bean1. Setter注入2. Construct注入3. Factory注入...

一个幻象读的例子

Laurence的技术博客

03-01

7625

近期工作中遇到一个BUG报重复提交会生成两条同样的记录。因为这种数据的一个字段在一定范围内不允许重名（并不是全表数据不允许重名因此这个字段没有unique约束），所以每次保存记录时会先检查有没有重名，如果没有重名才会保存。但是在重复提交过程中若操作间隔足够短就会出现以下情况：第一个事务首先查询，结果没有重名，接着第二个事务也开始查询，结果也没有重名，然后第一个事务插入数据并提交，接着第二个事务也将同样一份数据插入，因为没有unique约束，因此也插入成功。假设第二个事务在提交之前

不可重复读和幻读重

qq_43562988的博客

02-02

5073

二者很相似，不可重复读指的是对同一条记录（可以理解为对同一行）前后两次的读取结果是不一样的。幻读指的是一个事务

.脏读，不可重复读，幻象读丢失更新（乐观锁，悲观锁）

qq_36074088的博客

08-06

604

、脏读：脏读就是指当一个事务正在访问数据，并且对数据进行了修改，而这种修改还没有提交到数据库中，这时，另外一个事务也访问这个数据，然后使用了这个数据。不可重复读：是指在一个事务内，多次读同一数据。在这个事务还没有结束时，另外一个事务也访问该同一数据。那么，在第一个事务中的两次读数据之间，由于第二个事务的修改，那么第一个事务两次读到的的数据可能是不一样的。这样就发生了在一个事务内两次读到的数据是

"脏读"，“不可重复读"，"虚读"

涛涛之海

09-27

405

数据库带来的并发问题包括： 1.丢失或覆盖更新。(虚读) 2.未确认的相关性（脏读）。 3.不一致的分析（非重复读）。详细描述如下：一.丢失更新当两个或多个事务选择同一行，然后基于最初选定的值更新该行时，会发生丢失更新问题。每个事务都不知道其它事务的存在。最后的更新将重写由其它事务所做的更新，这将导致数据丢失。 e.g.事务A和事务B同时修改某行的值， 1.事务A将数值改为1并提交 2.事务...

脏读（dirty read）不可重复读（unrepeatable read）幻读（phantom problem）解析

hustyangju的足迹

10-15

6332

1. 脏读首先区分脏页和脏数据脏页是内存的缓冲池中已经修改的page，未及时flush到硬盘，但已经写到redo log中。读取和修改缓冲池的page很正常，可以提高效率，flush即可同步。脏数据是指事务对缓冲池中的行记录record进行了修改，但是还没提交！！！，如果这时读取缓冲池中未提交的行数据就叫脏读，违反了事务的隔离性。脏读就是指当一个事务正在访问数据，并且对数据进行了

脏读幻读不可重复读简析

liudezhicsdn的博客

04-02

370

脏读、幻读、不可重复读

热门推荐

小异常的博客

05-01

1万+

在事务的并发操作中，也就是多个事务同时对同一组数据进行操作时，可能会出现脏读、不可重复读、幻读、丢失更新这四个问题，本篇博客就来为大家讲解不可重复读问题。不可重复读就是一个事务读到另一个事务修改后并提交的数据（update）。在同一个事务中，对于同一组数据读取到的结果不一致。比如，事务B 在事务A 提交前读到的结果，和在事务A 提交后读到的结果可能不同。不可重复读出现的原因就是由于事务并发修改记录而导致的。

幻像读和不可重复读

石头 java,javaweb,c#,

11-11

1381

不一致的分析（非重复读）当第二个事务多次访问同一行而且每次读取不同的数据时，会发生不一致的分析问题。不一致的分析与未确认的相关性类似，因为其它事务也是正在更改第二个事务正在读取的数据。然而，在不一致的分析中，第二个事务读取的数据是由已进行了更改的事务提交的。而且，不一致的分析涉及多次（两次或更多）读取同一行，而且每次信息都由其它事务更改；因而该行被非重复读取。例如，一个

数据库事务隔离级别，脏读、不可重复读、幻读

CodeAndThink的博客

08-27

1031

数据库事务的隔离级别有4个，由低到高依次为Read uncommitted 、Read committed 、Repeatable read 、Serializable ，后面三个可以逐个解决脏读、不可重复读、幻读这几类问题。脏读不可重复读幻读 Read uncommitted √ √ √ Read committed × √

可重复度读

04-01

### 可重复读（Repeatable Read）概述可重复读是数据库事务隔离级别之一，位于SQL标准定义的四个隔离级别中的第三级[^1]。它确保在一个事务中多次执行相同的查询时返回相同的结果集，即使其他事务对数据进行了修改并提交了更改。然而，在Repeatable Read隔离级别下，尽管能够防止不可重复读的发生，但仍可能面临幻读的问题[^3]。这是因为此隔离级别仅通过锁定已读取的数据行来阻止其他事务更新或删除这些特定记录，但它无法阻止新记录被插入到满足查询条件的位置，从而可能导致幻读现象发生[^2]。 #### 幻读与不可重复读的区别不可重复读主要涉及`UPDATE`和`DELETE`操作的影响；而幻读则是由于`INSERT`操作引起的。为了防止不可重复读，可以通过加行锁的方式实现——即某个事务首次访问某些数据之后便将其锁定，这样别的事务就不能再对该部分数据做任何改动直至当前事务结束为止。但是这种策略对于新增加的数据无效，因此即便采取上述措施也无法杜绝可能出现的新纪录干扰原有结果的情况，也就是所谓的“幻影”。只有达到最高级别的隔离度—序列化(Serializable)，才能真正意义上消除包括幻读在内的所有潜在风险因素。 ### 解决方案：Serializable 隔离级别如果希望完全规避掉像幻读这样的问题，则需采用更严格的 Serializable 隔离等级来进行处理。在这个层次上，每次读取都会施加重叠范围上的共享锁(Shared Locks), 而每一次写入都将获取排他性的独占锁 (Exclusive Lock) 。这样一来, 不同交易之间相互作用受到严格控制 , 尽管能有效保障资料一致性以及准确性, 却不可避免地牺牲掉了相当程度上的系统性能表现和吞吐量效率 [^4]. ```sql SET TRANSACTION ISOLATION LEVEL SERIALIZABLE; BEGIN TRAN; -- Your SQL statements here... COMMIT TRAN; ``` 以上代码展示了如何设置事务为 `SERIALIZABLE` 模式，并启动一个新的显式事务块。在此模式下的所有操作都遵循最高等级的安全协议以维护整体数据状态的一致性和可靠性。 ### 总结虽然 Repeatable Read 提供了一个相对较高的保护屏障用来对抗大多数常见的并发冲突情况比如脏读(Dirty Reads) 或者是非重覆性阅读(Unrepeatable Reads)，但对于那些特别敏感的应用场景来说仍然不够充分因为它们依旧存在遭遇所谓 “幽灵” 记录的可能性。若要彻底根除这类隐患就必须升级至 Serializability 层面才行不过这通常意味着付出更多成本代价如更低效的服务响应速度等等。