Gap Lock在InnoDB的唯一作用就是防止其他事务的插入操作，以此防止幻读的发生。 冲突关系，读锁就是共享锁，写锁就是排他锁。 ?
什么是幻读 1. ，而查到id=0不能称为幻读。 这是因为幻读的定义为幻读指的是两次查询同一个范围的数据，后一次查询到了前一次没有查询到的数据，就好像出现了幻觉，所以称为幻读。需要注意的是，幻读只有在当前读的时候才会出现，而且幻读专指新插入的行。 幻读带来的问题 破坏了锁的语义。当实行 select ... from... where ... for update 的时候，语义是要锁住符合条件的行，但是幻读破坏了这个规则。 数据不一致。 如何解决幻读 答案是使用间隙锁。在两两数据行之间有间隙，如果我们能把数据行之间的间隙也锁住，则不会有产生幻读的数据插入。
2核2G云服务器首年95元，GPU云服务器低至9.93元/天，还有更多云产品低至0.1折…
MySQL事务隔离级别： 在介绍脏读，不可重复读，幻读现象之前，我们先来了解MySQL的事务隔离级别，因为脏读，不可重复读，幻读等现象都是由数据库里的事务隔离级别来决定是否可能发生的。 幻读现象： 幻读是指当事务不是独立执行时发生的一种现象，例如第一个事务对一个表中的数据进行了修改，比如这种修改涉及到表中的“全部数据行”。 幻读强调的是第二次读比第一次读取时，内容多了或者少了几行，注重的是新增和删除。 幻读的实际应用例题： 以上介绍的那些现象并不是数据库的BUG或者一些问题什么的，实际上有些业务需求就是需要这些数据现象来完成。例如幻读现象，在车票、电影票锁座等方面都有幻读的应用例子。 现在我们编写一个简单的票务系统来演示幻读的应用： 图形界面代码示例： import java.awt.BorderLayout; import java.awt.Color; import java.awt.EventQueue
今天刚好在看某个公众号中提到了这个知识点，发现对这块的解释不是很到位，尤其是对幻读这块的解释，很多文章都是相互复制粘贴，所以我们看到的大部分解释都是类似的，很多人对幻读这款不是很理解，让看的人云里雾里、 主要内容 本文以mysqlsql为例，介绍如下内容: 1、什么是脏读？ 2、什么是读已提交？ 3、什么是可重复读？ 4、什么是幻读？ 脏读、读已提交、可重复读、幻读都是和事务隔离级别相关的一些东西，所以需要大家先理解事务相关的一些概念。 什么是事务？ 何为幻读 脏读、不可重复读、可重复读、幻读，其中最难理解的是幻读 以mysql为例： 幻读在可重复读的模式下才会出现，其他隔离级别中不会出现 幻读现象例子： 可重复读模式下，比如有个用户表，手机号码为主键 还是不存在的） 事物B操作：在事务A第2步操作时插入了一条X的记录，所以会导致A中第3步插入报错（违反了唯一约束） 上面操作对A来说就像发生了幻觉一样，明明查询X（A中第二步、第四步）不存在，但却无法插入成功 幻读可以这么理解
脏读：有个英雄表如下图所示图片第一天 小张 往里面插入数据：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 条数据，产生了幻读。
最近在读 《MySQL 技术内幕 InnoDB 存储引擎》，里面提到的各种概念都很新鲜，以前听说过脏读、幻读、不可重复读，但是对于概念不甚了解，于是查了一下，这里做个笔记。 可通过事务隔离级别设置：包括读未提交（Read uncommitted）、读提交（read committed）、可重复读（repeatable read）和串行化（Serializable） D 不同的事务隔离级别会导致不同的问题： 脏读、幻读、不可重复读的概念 脏读 所谓脏读是指一个事务中访问到了另外一个事务未提交的数据，如下图： 如果会话 2 更新 age 为 10，但是在 commit 这就是脏读。 幻读 一个事务读取2次，得到的记录条数不一致： 上图很明显的表示了这个情况，由于在会话 1 之间插入了一个新的值，所以得到的两次数据就不一样了。 参考 数据库的脏读、幻读、不可重复读 脏读，不可重复读，幻读 何为脏读、不可重复读、幻读 发布者：全栈程序员栈长，转载请注明出处：https://javaforall.cn/111668.html原文链接
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引入了间隙锁。 什么是间隙锁？ 间隙锁是在可重复读隔离级别下才会生效，如果将隔离级别设置为读提交，就不会有间隙锁了，但是同时需要解决数据和日志不一致的问题（需要把binlog格式设置为ROW）。
幻读也是在面试中经常被问到的，今天我们按照下面几个方面讲解 幻读是什么 幻读有什么问题 如何解决幻读 首先我们建立我们的表，且插入6条数据，如下图 CREATE TABLE `t` ( `id` int sessionC插入id=1这行数据,Q3返回id=0,1,5 这里Q3读到id=1这行数据就是幻读，幻读是指在一次事务中，前后两次相同的范围查询，看到了不一样的数据。 在可重复读级别下，普通查询是读取快照读，不可以看到其他事物中的插入的数据，只有当前读,才会有幻读 上面的Q2不是幻读,他是当前读，幻读是针对新插入行 幻读有什么问题 破坏语义 sessionA中T1select next-lock key 的引入虽然解决了幻读的问题，但是也引来了一些问题 如下图执行结果，就可能引起死锁 ? ，答案是有的，Mysql默认的事物隔离级别是可重复读，但是如何我们把事物设置成读已提交和binlog_format=row，也是可以解决幻读的问题，当然要这样配置是否合理要看你们的业务场景.
上面 session B 的修改结果，被 session A 之后的 select 语句用“当前读”看到，不能称为幻读，幻读仅专指“新插入的行”。 也就是说，即使把所有的记录都加上锁，还是阻止不了新插入的记录，这也是为什么“幻读”会被单独拿出来解决的原因。 到这里，其实我们刚说明完文章的标题 ：幻读的定义和幻读有什么问题。 接下来，我们再看看 InnoDB 怎么解决幻读的问题。 如何解决幻读？ 现在你知道了，产生幻读的原因是，行锁只能锁住行，但是新插入记录这个动作，要更新的是记录之间的“间隙”。 所以，你如果把隔离级别设置为读提交的话，就没有间隙锁了。但同时，你要解决可能出现的数据和日志不一致问题，需要把 binlog 格式设置为 row，这也是现在不少公司使用的配置组合。 比如说，大家都用读提交，可是逻辑备份的时候，mysqldump 为什么要把备份线程设置成可重复读呢？
2.1 何为脏读、不可重复读、幻读 脏读 所谓脏读是指一个事务中访问到了另外一个事务未提交的数据，如下图： ? 幻读 所谓幻读是指同一个事务内多次查询返回的结果集不一样（比如增加了或者减少了行记录）。 其实和不可重复读一样，发生幻读的原因也是另外一个事务新增或者删除或者修改了第一个事务结果集里面的数据。 不同在于不可重复读是同一个记录的数据内容被修改了，幻读是数据行记录变多了或者少了： ? 这时候会话1再次查找id>2的记录，如果存在幻读，则这时候会话1会看到两条记录。
、不可重复读 、幻读这几类问题 1. 幻读: 对于两个事务T1、T2，T1从表中读取数据，然后T2进行了INSERT操作并提交，当T1'再次读取的时候，结果不一致的情况发生。 5. 不同隔离级别所解决的事务并发问题 脏读不可重复读幻读READ UNCOMMITTED111READ COMMITTED011REPEATABLE READ001SERIALIZABLE000 READ UNCOMMITTED级别不做演示，其隔离性最低，会出现脏读、不可重复读、幻读等所有情况。 无法避免幻读（一个事务多次查询整表数据，由于其他事务新增（删除）记录造成多次查询的记录条数不同（一个事务读取到另一个事务已经提交的数据）） SERIALIZABLE避免幻读情况，阻塞方式 可以看出
最近在读 《MySQL 技术内幕 InnoDB 存储引擎》，里面提到的各种概念都很新鲜，以前听说过脏读、幻读、不可重复读，但是对于概念不甚了解，于是查了一下，这里做个笔记。 可通过事务隔离级别设置：包括读未提交（Read uncommitted）、读提交（read committed）、可重复读（repeatable read）和串行化（Serializable） D 不同的事务隔离级别会导致不同的问题： 脏读、幻读、不可重复读的概念 脏读 所谓脏读是指一个事务中访问到了另外一个事务未提交的数据，如下图： 如果会话 2 更新 age 为 10，但是在 commit 这就是脏读。 幻读 一个事务读取2次，得到的记录条数不一致： 上图很明显的表示了这个情况，由于在会话 1 之间插入了一个新的值，所以得到的两次数据就不一样了。 尽管它会导致不可重复读、幻读和第二类丢失更新这些并发问题，在可能出现这类问题的个别场合，可以由应用程序采用悲观锁或乐观锁来控制。
最近在读 《MySQL 技术内幕 InnoDB 存储引擎》，里面提到的各种概念都很新鲜，以前听说过脏读、幻读、不可重复读，但是对于概念不甚了解，于是查了一下，这里做个笔记。 可通过事务隔离级别设置：包括读未提交（Read uncommitted）、读提交（read committed）、可重复读（repeatable read）和串行化（Serializable） D Durable 脏读、幻读、不可重复读的概念 脏读 所谓脏读是指一个事务中访问到了另外一个事务未提交的数据，如下图： ? 这就是脏读。 幻读 一个事务读取2次，得到的记录条数不一致： ? 上图很明显的表示了这个情况，由于在会话 1 之间插入了一个新的值，所以得到的两次数据就不一样了。 尽管它会导致不可重复读、幻读和第二类丢失更新这些并发问题，在可能出现这类问题的个别场合，可以由应用程序采用悲观锁或乐观锁来控制。
//MySQL如何解决幻读问题？ SQL，查询到了record_a和record_b,这种现象就称之为幻读。 幻读强调的是一个事务按照相同的SQL查询了记录之后，后续的结果中出现了之前结果中不存在的值。 在默认RR隔离级别下，当发生了幻读现象之后，MySQL解决这种情况会使用两种方案。 方案二：读写操作都采用加锁的方式 在银行支付等场景下，不允许读取记录的历史版本，只允许看到记录的最新版本，此时读操作和写操作都需要加锁，其实，要解决幻读问题，只添加记录锁于事无补，因为幻读的记录在第一次读取之前是不存在的 两种方案对比： 如果采用MVCC方式的话，只能解决一致性非锁定读(也称之为快照读)的幻读问题，读-写操作彼此并不冲突，并发性能更高； 如果采用加锁方式的话，可以解决当前读的幻读情况，读-写操作彼此需要排队执行
这就是幻读，幻读专指看到了新插入的行。。 看了上面的案例，大家应该明白了脏读、不可重复读以及幻读各自是什么含义了。 如果设置当前事务隔离级别为 SERIALIZABLE，那么此时开启其他事务时，就会阻塞，必须等当前事务提交了，其他事务才能开启成功，因此前面的脏读、不可重复读以及幻象读问题这里都不会发生。 2. 幻读怎么解决 脏读、不可重复读这两个问题通过修改事务的隔离级别就可以解决，那么幻读该如何解决呢？ 当会话 A 中第一次查询过后，会话 B 中向数据库添加了一行记录，等到会话 A 中第二次查询的时候，就查到了和第一次查询不一样的结果，这就是幻读（注意幻读专指数据插入引起的不一致）。 大家想想，之所以出现幻读的问题，是因为记录之间存在缝隙，用户可以往这些缝隙中插入数据，这就导致了幻读问题，如下图： 如图所示，id 之间有缝隙，有缝隙就有漏洞。
因此，幻读在“当前读”才会出现。SB修改结果被SA之后的select语句用“当前读”看到，不能称为幻读。幻读仅专指新插入的行而非更新。 这三查询都加for update，都是当前读。 即使把所有记录都加锁，还是阻止不了新插入的记录，这也是为何“幻读”会被单独拿出来解决。 5 InnoDB解决幻读 5.1 幻读的原因 行锁只能锁行，但新插入记录这个动作，要更新的是已有记录之间的“间隙”。因此，为解决幻读，InnoDB需引入间隙锁(Gap Lock)，锁住两值之间的空隙。 间隙锁和next-key lock解决幻读，但也带来“困扰”。 若设置为RC，就没间隙锁。但同时，要解决可能出现的数据和日志不一致问题，要把binlog格式设为row。这也是互联网常用配置。
mysql隔离级别在面试中经常出现，今天我就分析一下这几个隔离级别，mysql提供了四种隔离级别,以及解决可以解决哪种问题,如下图 隔离级别 脏读 不可重复读 幻读 读未提交 不能解决 不能解决 不能解决 读已提交 能解决 不能解决 不能解决 可重复读 能解决 能解决 能解决 串行化 能解决 能解决 能解决 特别说明,mysql默认隔离级别是可重复读,但是网上有很多说法可重复读不能解决幻读问题，但是mysql 的可重复读是可以解决幻读的问题，后面会说到 首先我们明确几个概念 脏读: 有两个事务A,B,事务A仅仅是更新了某行数据，但是没有提交，但是事物B确读取到了事务A更新的数据,此时事务A有进行了回滚，就会导致事务 =1,但是此时事务A更新了id=1,age=10,但是此时事务B再次读取发现id=1,age=10,即同一个事务不同时刻读取到了不同的数据 可重复读: 一个事物开始知道事务结束前读物的数据都是相同的 幻读 这里说明一下幻读的含义，如下图 在事物A中，开始读取id=1,只有一条数据，但是在第二次读取之前，事务B插入了一条数据同样是id=1，然后事物A再次读取的时候就是发现有两条数据了 最后注重说明一下如何解决幻读问题
而由于一个事务在机器层面可能需要几条指令完成，这也意味着它在并发时会出现如下问题：脏读、不可重复读和幻读，下面以MySQL为例详细介绍在什么情况下可能会出现上述问题。 the right syntax to use near 'READ-UNCOMMITTED' at line 1 创建表 create table test(int id);//典型的错误，可以和java Repeatable Read(可重复读) 这是MySQL默认隔离级别，解决不可重复读，但是还会出现存在幻读现象。 幻读现象就是说当某个会话对某个数据进行修改并提交，而其他会话读取这个数据并不是最新的值。 Serializable(串行化) 串行化解决了脏读、不可重复读、幻读现象，但是效率会比较低下。从MVCC并发控制退化为基于锁的并发控制。不区分快照读与当前读，所有的读操作均为当前读。
脏读、不可重复读、幻读 在现代关系型数据库中，事务机制是非常重要的，假如在多个事务并发操作数据库时，如果没有有效的机制进行避免就会导致出现脏读，不可重复读，幻读。 幻读和不可重复读有些类似，但是幻读强调的是集合的增减，而不是单条数据的更新。 ? 所以在设置数据库的事务隔离级别时需要做一下权衡，MySQL默认是可重复读的级别。 只能防止第一类更新丢失，不能解决脏读，可重复读，幻读，所以很少应用于实际项目。 可以防止脏读和第一类更新丢失，但是不能解决可重复读和幻读的问题。 可重复读 可重复读(Repeatable Read)，MySQL默认的隔离级别。
前言 mysql支持4种级别的事务隔离：未提交读(read uncommitted)，已提交读(read committed)，可重复读(repeatable read)，串行化(serializable 一般mysql默认的事务隔离级别是可重复读，在这种隔离级别下当遇到幻读的情况，该怎么处理呢。 虽然我们查表插入是以事务的方式进行，但是rr的隔离级别，解决不了读表，然后插入导致的一致性问题。这里显然出现了幻读。 3，读表的时候加行的排它锁(x锁)，语句大概是 select * from table_name where xx for update 此处我们选择了第3种方式，主要是影响小，对原先代码上的改动更小。
腾讯云数据库MySQL是一种高性能、高可靠、高安全、可灵活伸缩的数据库托管服务，其不仅经济实惠，而且提供备份回档、监控、快速扩容、数据传输等数据库运维全套解决方案，为您简化 IT 运维工作，让您能更加专注于业务发展。
扫码关注腾讯云开发者
领取腾讯云代金券
云服务器
即时通信 IM
网站备案
对象存储
实时音视频
