- 综合排序
- 最热优先
- 最新优先
- 来自专栏HaC的技术专栏
20 | 幻读
Gap Lock在InnoDB的唯一作用就是防止其他事务的插入操作，以此防止幻读的发生。 语句，同样会加上间隙锁 (5,10)，间隙锁之间不会冲突，因此这个语句可以执行成功； session B 试图插入一行 (9,9,9)，被 session A 的间隙锁挡住了，只好进入等待； session A 试图插入一行 (9,9,9)，被 session B 的间隙锁挡住了。 冲突关系，读锁就是共享锁，写锁就是排他锁。 ? `t`(`id`, `c`, `d`) VALUES (9, 15, 15); INSERT INTO `cbank`.
60210发布于 2020-12-30 - 来自专栏面试指北
什么是幻读
什么是幻读 1. ，而查到id=0不能称为幻读。 这是因为幻读的定义为幻读指的是两次查询同一个范围的数据，后一次查询到了前一次没有查询到的数据，就好像出现了幻觉，所以称为幻读。需要注意的是，幻读只有在当前读的时候才会出现，而且幻读专指新插入的行。 幻读带来的问题 破坏了锁的语义。当实行 select ... from... where ... for update 的时候，语义是要锁住符合条件的行，但是幻读破坏了这个规则。 数据不一致。 如何解决幻读 答案是使用间隙锁。在两两数据行之间有间隙，如果我们能把数据行之间的间隙也锁住，则不会有产生幻读的数据插入。
1.2K10发布于 2021-07-23 - 来自专栏王磊的博客
RR有幻读问题吗？MVCC能否解决幻读？
幻读是 MySQL 中一个非常普遍，且面试中经常被问到的问题，如果你还搞不懂什么是幻读？什么是 MVCC？以及 MySQL 中的锁？那么请好好收藏和阅读本篇文章，因为它非常重要。 在 MySQL 中，即使是RR 隔离级别（可重复读），虽然它通过 MVCC 消除了绝大部分幻读问题，但依旧存在部分幻读问题，所以 RR 隔离级别存在幻读问题，而 MVCC 也没有彻底解决幻读问题。 所以，在 RR 隔离级别中 MVCC 通过快照读的方式解决了大部分幻读问题，但如果 RR 隔离级别存在当前读（使用 select ... for update 实现），那么此时也会发生幻读问题，比如以下执行过程 ： 如何彻底解决幻读？ 小结 在可重复读级别中，MySQL 虽然使用 MVCC 解决了大部分幻读问题，但在当前读的操作中依然有幻读问题，此时可以通过加锁，或升级隔离级别为串行化来解决幻读问题。
1.1K30编辑于 2023-08-10 - 来自专栏王磊的博客
RR有幻读问题吗？MVCC能否解决幻读？
幻读是 MySQL 中一个非常普遍，且面试中经常被问到的问题，如果你还搞不懂什么是幻读？什么是 MVCC？以及 MySQL 中的锁？那么请好好收藏和阅读本篇文章，因为它非常重要。 在 MySQL 中，即使是RR 隔离级别（可重复读），虽然它通过 MVCC 消除了绝大部分幻读问题，但依旧存在部分幻读问题，所以 RR 隔离级别存在幻读问题，而 MVCC 也没有彻底解决幻读问题。 所以，在 RR 隔离级别中 MVCC 通过快照读的方式解决了大部分幻读问题，但如果 RR 隔离级别存在当前读（使用 select ... for update 实现），那么此时也会发生幻读问题，比如以下执行过程 ： 图片 如何彻底解决幻读？ 小结在可重复读级别中，MySQL 虽然使用 MVCC 解决了大部分幻读问题，但在当前读的操作中依然有幻读问题，此时可以通过加锁，或升级隔离级别为串行化来解决幻读问题。
47810编辑于 2023-08-09 - 来自专栏分享学习
MySQL中的脏读与幻读
MySQL中的脏读与幻读 引言 在数据库事务处理中，**脏读（Dirty Read）和幻读（Phantom Read）**是两种常见的数据一致性问题，尤其在多事务并发场景下容易发生。 幻读（Phantom Read） 定义：事务A两次查询同一条件的数据，事务B在期间插入或删除符合条件的数据，导致事务A两次结果集不一致。 ） 幻读强调结果集数量的变化，区别于不可重复读（同一行数据的修改）。 解决幻读： MySQL的REPEATABLE READ通过多版本并发控制（MVCC）和Next-Key Locks实际可避免大部分幻读。 五、总结 脏读和幻读的根源在于事务并发与数据可见性。通过合理设置隔离级别、锁机制和业务层控制，可以在性能和数据一致性之间找到平衡。理解不同解决方案的适用场景，是设计高可靠数据库系统的关键。
94311编辑于 2025-05-18 - 来自专栏程序猿的大杂烩
脏读，不可重复读，幻读
MySQL事务隔离级别： 在介绍脏读，不可重复读，幻读现象之前，我们先来了解MySQL的事务隔离级别，因为脏读，不可重复读，幻读等现象都是由数据库里的事务隔离级别来决定是否可能发生的。 幻读现象： 幻读是指当事务不是独立执行时发生的一种现象，例如第一个事务对一个表中的数据进行了修改，比如这种修改涉及到表中的“全部数据行”。 所以幻读称之为幻读的原因就是这，在一个事务生命周期内的查询上发生的表格数据数量上的变化，一下多了几行数据，一下又少了几行数据，跟活在梦一样，分分钟上下几百万。 幻读强调的是第二次读比第一次读取时，内容多了或者少了几行，注重的是新增和删除。 幻读的实际应用例题： 以上介绍的那些现象并不是数据库的BUG或者一些问题什么的，实际上有些业务需求就是需要这些数据现象来完成。例如幻读现象，在车票、电影票锁座等方面都有幻读的应用例子。
2.1K10发布于 2020-09-23 - 来自专栏小日日
mysql脏读、幻读、不可重复读
脏读：有个英雄表如下图所示图片第一天 小张 往里面插入数据：BEGIN;INSERT INTO heros_temp values(4, '吕布');小张还没有提交事务的时候，小李对数据表进行了访问，小张看到的结果如下图片小李读到了小张还没有提交的数据 ，我们称之为“脏读”不可重复读小张想查看 id=1 的英雄是谁，于是他进行了 SQL 查询：SELECT name FROM heros_temp WHERE id = 1;图片然而此时，小李开始了一个事务操作 幻读小张想要看下数据表里都有哪些英雄图片这时当小张执行完之后，小李又开始了一个事务，往数据库里插入一个新的英雄“吕布”BEGIN;INSERT INTO heros_temp values(4, '吕布 这种异常情况我们称之为“幻读”。总结脏读：读到了其他事务还没有提交的数据。不可重复读：对某数据进行读取，发现两次读取的结果不同，也就是说没有读到相同的内容。 幻读：事务 A 根据条件查询得到了 N 条数据，但此时事务 B 更改或者增加了 M 条符合事务 A 查询条件的数据，这样当事务 A 再次进行查询的时候发现会有 N+M 条数据，产生了幻读。
1.1K50编辑于 2023-02-02 - 来自专栏路人甲Java
确定能搞懂幻读？
今天刚好在看某个公众号中提到了这个知识点，发现对这块的解释不是很到位，尤其是对幻读这块的解释，很多文章都是相互复制粘贴，所以我们看到的大部分解释都是类似的，很多人对幻读这款不是很理解，让看的人云里雾里、 主要内容 本文以mysqlsql为例，介绍如下内容: 1、什么是脏读？ 2、什么是读已提交？ 3、什么是可重复读？ 4、什么是幻读？ 脏读、读已提交、可重复读、幻读都是和事务隔离级别相关的一些东西，所以需要大家先理解事务相关的一些概念。 什么是事务？ 何为幻读 脏读、不可重复读、可重复读、幻读，其中最难理解的是幻读 以mysql为例： 幻读在可重复读的模式下才会出现，其他隔离级别中不会出现 幻读现象例子： 可重复读模式下，比如有个用户表，手机号码为主键 还是不存在的） 事物B操作：在事务A第2步操作时插入了一条X的记录，所以会导致A中第3步插入报错（违反了唯一约束） 上面操作对A来说就像发生了幻觉一样，明明查询X（A中第二步、第四步）不存在，但却无法插入成功 幻读可以这么理解
69610发布于 2019-12-11 - 来自专栏大前端（横向跨端 & 纵向全栈）
MySQL实战第二十讲－幻读是什么，幻读有什么问题？
其中，Q3 读到 id=1 这一行的现象，被称为“幻读”。也就是说，幻读指的是一个事务在前后两次查询同一个范围的时候，后一次查询看到了前一次查询没有看到的行。 这里，我需要对“幻读”做一个说明： 1. 在可重复读隔离级别下，普通的查询是快照读，是不会看到别的事务插入的数据的，因此，幻读在“当前读”下才会出现。 2. 上面 session B 的修改结果，被 session A 之后的 select 语句用“当前读”看到，不能称为幻读，幻读仅专指“新插入的行”。 也就是说，即使把所有的记录都加上锁，还是阻止不了新插入的记录，这也是为什么“幻读”会被单独拿出来解决的原因。 到这里，其实我们刚说明完文章的标题 ：幻读的定义和幻读有什么问题。 接下来，我们再看看 InnoDB 怎么解决幻读的问题。 如何解决幻读？ 现在你知道了，产生幻读的原因是，行锁只能锁住行，但是新插入记录这个动作，要更新的是记录之间的“间隙”。
86230编辑于 2022-05-06 - 来自专栏全栈程序员必看
脏读、幻读与不可重复读
最近在读 《MySQL 技术内幕 InnoDB 存储引擎》，里面提到的各种概念都很新鲜，以前听说过脏读、幻读、不可重复读，但是对于概念不甚了解，于是查了一下，这里做个笔记。 不同的事务隔离级别会导致不同的问题： 脏读、幻读、不可重复读的概念 脏读 所谓脏读是指一个事务中访问到了另外一个事务未提交的数据，如下图： 如果会话 2 更新 age 为 10，但是在 commit 这就是脏读。 幻读 一个事务读取2次，得到的记录条数不一致： 上图很明显的表示了这个情况，由于在会话 1 之间插入了一个新的值，所以得到的两次数据就不一样了。 尽管它会导致不可重复读、幻读和第二类丢失更新这些并发问题，在可能出现这类问题的个别场合，可以由应用程序采用悲观锁或乐观锁来控制。 参考 数据库的脏读、幻读、不可重复读 脏读，不可重复读，幻读 何为脏读、不可重复读、幻读 发布者：全栈程序员栈长，转载请注明出处：https://javaforall.cn/111668.html原文链接
72310编辑于 2022-07-18 Mysql 脏读、不可重复读、幻读
具体来说，这就有可能产生脏读、不可重复读和幻读。事务是逻辑上的一组操作，要么全部执行，要么全部不执行脏读一个事务读取到了另一个未提交事务修改的数据。 这里我们有个学生表，初始时有8条数据：事务A在插入前先去看了下不存在主键为9的数据，符合正常逻辑。事务B直接插入了一条主键为9的数据并提交了事务。 Read Uncommitted（读未提交）：它是性能最好的，事务中的修改，即使没有提交，其他事务也可以看得到，会导致“脏读”、“幻读”和“不可重复读取”。 READ COMMITTED（读已提交）：允许读取并发事务已经提交的数据，不允许读取另一个并行事务已修改但未提交的数据，避免了“脏读”，但不能避免“幻读”和“不可重复读取”。 读的时候加共享锁，也就是其他事务可以并发读，但是不能写。写的时候加排它锁，其他事务不能并发写也不能并发读。这样“脏读”、“不可重复读”、“幻读”都能避免了，但此隔离级别性能最低。
66710编辑于 2024-09-30- 来自专栏Java编程技术
何为脏读、不可重复读、幻读
2.1 何为脏读、不可重复读、幻读 脏读 所谓脏读是指一个事务中访问到了另外一个事务未提交的数据，如下图： ? 幻读 所谓幻读是指同一个事务内多次查询返回的结果集不一样（比如增加了或者减少了行记录）。 其实和不可重复读一样，发生幻读的原因也是另外一个事务新增或者删除或者修改了第一个事务结果集里面的数据。 不同在于不可重复读是同一个记录的数据内容被修改了，幻读是数据行记录变多了或者少了： ? 这时候会话1再次查找id>2的记录，如果存在幻读，则这时候会话1会看到两条记录。
1.1K30发布于 2018-09-06 - 来自专栏shysh95
MySQL如何解决幻读
ENGINE=InnoDB; insert into t values(0,0,0),(5,5,5), (10,10,10),(15,15,15),(20,20,20),(25,25,25); 什么是幻读 Q3读到id=1这一行的现象成为幻读。幻读是指一个事务在前后两次查询同一个范围的数据的时候，后一次查询查到了第一次查询没有查到的行。 在可重复隔离级别下，普通的查询是快照读，是无法看到别的事务插入的数据的，只有当前读才会出现幻读。 幻读有什么问题？ 语义上带来了破坏。 如何解决幻读？ 产生幻读的原因就是行锁只能锁住行，插入动作更新的是记录之间的间隙。因此为了解决幻读问题，InnoDB引入了间隙锁。 什么是间隙锁？ )，被Session A的间隙锁阻塞，只好进入等待 Session A尝试插入(9,9,9)，被Session B的间隙锁阻塞 此时两个Session形成死锁等待，InnoDB的死锁检测发现死锁关系，让
69730编辑于 2022-04-07 - 来自专栏洁癖是一只狗
Mysql幻读如何解决
幻读也是在面试中经常被问到的，今天我们按照下面几个方面讲解 幻读是什么 幻读有什么问题 如何解决幻读 首先我们建立我们的表，且插入6条数据，如下图 CREATE TABLE `t` ( `id` int sessionC插入id=1这行数据,Q3返回id=0,1,5 这里Q3读到id=1这行数据就是幻读，幻读是指在一次事务中，前后两次相同的范围查询，看到了不一样的数据。 在可重复读级别下，普通查询是读取快照读，不可以看到其他事物中的插入的数据，只有当前读,才会有幻读 上面的Q2不是幻读,他是当前读，幻读是针对新插入行 幻读有什么问题 破坏语义 sessionA中T1select 执行顺序 sessionA先查询id=9不存在，就加上间隙锁(5,10] sessionB同理也会加上间隙锁(5,10] sessionB执行插入id=9的记录阻塞,等待sessionA释放间隙锁 sessionA binlog_format=row，也是可以解决幻读的问题，当然要这样配置是否合理要看你们的业务场景.
1.3K20发布于 2020-12-16 - 来自专栏全栈程序员必看
详解-脏读、幻读与不可重复读
最近在读 《MySQL 技术内幕 InnoDB 存储引擎》，里面提到的各种概念都很新鲜，以前听说过脏读、幻读、不可重复读，但是对于概念不甚了解，于是查了一下，这里做个笔记。 在 InnoDB 中，默认为 Repeatable 级别，InnoDB 中使用一种被称为 next-key locking 的策略来避免幻读（phantom）现象的产生。 不同的事务隔离级别会导致不同的问题： 脏读、幻读、不可重复读的概念 脏读 所谓脏读是指一个事务中访问到了另外一个事务未提交的数据，如下图： 如果会话 2 更新 age 为 10，但是在 commit 这就是脏读。 幻读 一个事务读取2次，得到的记录条数不一致： 上图很明显的表示了这个情况，由于在会话 1 之间插入了一个新的值，所以得到的两次数据就不一样了。 尽管它会导致不可重复读、幻读和第二类丢失更新这些并发问题，在可能出现这类问题的个别场合，可以由应用程序采用悲观锁或乐观锁来控制。
67510编辑于 2022-07-18 - 来自专栏IT技术订阅
MySQL事务(脏读、不可重复读、幻读)
、不可重复读 、幻读这几类问题 1. 幻读: 对于两个事务T1、T2，T1从表中读取数据，然后T2进行了INSERT操作并提交，当T1'再次读取的时候，结果不一致的情况发生。 5. 不同隔离级别所解决的事务并发问题 脏读不可重复读幻读READ UNCOMMITTED111READ COMMITTED011REPEATABLE READ001SERIALIZABLE000 READ UNCOMMITTED级别不做演示，其隔离性最低，会出现脏读、不可重复读、幻读等所有情况。 无法避免幻读（一个事务多次查询整表数据，由于其他事务新增（删除）记录造成多次查询的记录条数不同（一个事务读取到另一个事务已经提交的数据）） SERIALIZABLE避免幻读情况，阻塞方式 可以看出
1.4K10编辑于 2022-05-10 - 来自专栏JavaEdge
MySQL InnoDB如何解决幻读？
因此，幻读在“当前读”才会出现。SB修改结果被SA之后的select语句用“当前读”看到，不能称为幻读。幻读仅专指新插入的行而非更新。 这三查询都加for update，都是当前读。 即使把所有记录都加锁，还是阻止不了新插入的记录，这也是为何“幻读”会被单独拿出来解决。 5 InnoDB解决幻读 5.1 幻读的原因 行锁只能锁行，但新插入记录这个动作，要更新的是已有记录之间的“间隙”。因此，为解决幻读，InnoDB需引入间隙锁(Gap Lock)，锁住两值之间的空隙。 间隙锁和next-key lock解决幻读，但也带来“困扰”。 即使给所有行加上行锁，仍无法解决幻读，因此引入间隙锁。 行锁确实比较直观，判断规则也相对简单，间隙锁的引入会影响系统的并发度，也增加锁分析的复杂度，但有章可循。
98820编辑于 2022-11-30 - 来自专栏玩转JavaEE
关于幻读，该捋清楚了！
这就是幻读，幻读专指看到了新插入的行。。 看了上面的案例，大家应该明白了脏读、不可重复读以及幻读各自是什么含义了。 幻读怎么解决 脏读、不可重复读这两个问题通过修改事务的隔离级别就可以解决，那么幻读该如何解决呢？ 当会话 A 中第一次查询过后，会话 B 中向数据库添加了一行记录，等到会话 A 中第二次查询的时候，就查到了和第一次查询不一样的结果，这就是幻读（注意幻读专指数据插入引起的不一致）。 大家想想，之所以出现幻读的问题，是因为记录之间存在缝隙，用户可以往这些缝隙中插入数据，这就导致了幻读问题，如下图： 如图所示，id 之间有缝隙，有缝隙就有漏洞。 这三把锁搞明白了，也就理解了在 REPEATABLE READ 中，是如何解决幻读的了。 3.
67120编辑于 2023-01-04 - 来自专栏Java项目实战
Mysql脏读、幻读、不可重复读(二)
Mysql脏读、幻读、不可重复读引言在数据库领域中，脏读、幻读和不可重复读是常见的问题，特别是在并发操作的环境下。本文将详细介绍这三个问题的定义、原因以及如何通过Mysql来解决它们。1. 脏读（Dirty Read）脏读指的是一个事务读取到了另一个事务未提交的数据。当一个事务修改数据但还没有提交时，另一个事务读取到了这个未提交的数据，并做出了相应的操作。 幻读（Phantom Read）幻读指的是一个事务在读取某个范围内的记录时，另一个事务在该范围内插入了新的记录，导致第一个事务再次读取到了该范围内的新记录，就像幻觉一样。 下面是一个示例代码来说明幻读的问题：CREATE TABLE test ( id INT PRIMARY KEY, name VARCHAR(100));-- 开启事务1START TRANSACTION 当事务1再次读取数据时，发现又多了一条记录，这就是幻读的问题。3.
61300编辑于 2023-07-23 - 来自专栏码农编程进阶笔记
详解-脏读、幻读与不可重复读
最近在读 《MySQL 技术内幕 InnoDB 存储引擎》，里面提到的各种概念都很新鲜，以前听说过脏读、幻读、不可重复读，但是对于概念不甚了解，于是查了一下，这里做个笔记。 在 InnoDB 中，默认为 Repeatable 级别，InnoDB 中使用一种被称为 next-key locking 的策略来避免幻读（phantom）现象的产生。 脏读、幻读、不可重复读的概念 脏读 所谓脏读是指一个事务中访问到了另外一个事务未提交的数据，如下图： ? 这就是脏读。 幻读 一个事务读取2次，得到的记录条数不一致： ? 上图很明显的表示了这个情况，由于在会话 1 之间插入了一个新的值，所以得到的两次数据就不一样了。 尽管它会导致不可重复读、幻读和第二类丢失更新这些并发问题，在可能出现这类问题的个别场合，可以由应用程序采用悲观锁或乐观锁来控制。
6.8K41发布于 2021-07-20
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号