面试被反问，RR级别下能解决幻读问题那为什么不叫幻读级别？

最新推荐文章于 2024-05-13 14:04:05 发布
最新推荐文章于 2024-05-13 14:04:05 发布
阅读量6.4k 收藏 45
点赞数 27
分类专栏： 数据库 文章标签： mysql 数据库
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_42907817/article/details/107121470
版权
本文讨论了MySQL InnoDB在RR（可重复读）隔离级别下如何通过next-key锁和MVCC机制解决幻读问题。分析了快照读和当前读的区别，并通过实例展示了MVCC在特定情况下可能出现幻读的现象。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

字节后台一面凉经放这，有需要自己去看哈 字节跳动飞书后台工程师一面，应该是个凉经

Q：你讲讲innodb的锁机制吧
A：blablablabla介绍了行锁表锁意向锁，读锁写锁
Q：还有呢
A：介绍了四种锁算法，record lock, gap lock, next-key lock, previous-key lock，最后我提了一嘴，innodb在rr隔离级别下是通过next-key算法来避免幻读问题的。（先别骂，第一次面试紧张死了，确实有问题）
Q：在rr级别下能解决幻读问题那为什么不叫幻读级别呢，你做过实验吗？
A：我跟着书里做过实验，开了两个事务blablablabla

反正最后凉了就是了，感谢信也无，冷处理（安详.jpg
然后重新翻书看，然后和牛友们探讨，然后和学长询问，仍旧觉得没问题，只是觉得应该加上mvcc来描述会更好

《MySQL技术内幕 InnoDB存储引擎》
在这里插入图片描述
MySQL8.0官方文档

最低0.47元/天 解锁文章
InnoDB如何在RR隔离级别下实现避免幻读的？
好想去看海
09-24 331
InnoDB引擎，RR隔离级别下，并不能完全组织幻读的发生，想避免幻读，要保证gap锁是开启的，也就是innodb_locks_unsafe_for_binlog参数值为off（默认情况是off）
InnoDB在RR隔离级别下的幻读问题的分析
Legolas_PRC的博客
02-07 461
对innDB在RR隔离级别下幻读问题的简单分析
mysql rr 隔离级别解决幻读
aeoluspu的专栏
02-18 4485
幻读概念：   幻读是指在同一事务下当A用户读取某一范围的数据行时，B事务在该范围内插入了新行，当A用户再读取该范围的数据行时，会发现有新的“幻影”行（即读取到了B事务插入的数据）。 即违背事务隔离性要求。   为解决这个问题，出现了谓词锁（predict lock）。    next-key locking算法就是为了解决幻读问题。 测试： session 1   root@lo
mysql解决幻读_mysql中mvcc机制下RR级别不能解决幻读
weixin_39860755的博客
12-05 447
四种隔离级别Serializable (串行化)：可避免脏读、不可重复读、幻读的发生。Repeatable read (可重复读)：可避免脏读、不可重复读的发生。Read committed (读已提交)：可避免脏读的发生。Read uncommitted (读未提交)：最低级别，任何情况都无法保证。事务并发的问题dirty reads （脏读）non-repeatable reads （不可重复...
Innodb的RR到底有没有解决幻读？看不懂你打我！
HollisChuang's Blog
12-27 726
△Hollis, 一个对Coding有着独特追求的人△这是Hollis的第411篇原创分享作者 l Hollis来源 l Hollis（ID：hollischuang）关于Innodb中的REPEATABLE READ这种隔离级别到底有没有解决幻读？好像众说纷纭，大家的说法都不一致。有的人说，RR当然没解决幻读了，因为只有Serializable才能解决幻读。也有人说，RR解决了幻读，因为RR...
rr级别如何解决幻读，哪些情况仍会幻读
最新发布
2401_84337011的博客
05-13 591
讲一下redolog的机制，要修改一个数据时，从磁盘掉入内存，放在内存的buffer pool中，在内存中进行修改。修改后正常来说就要写回磁盘进行永久保存了，但是往往都是一次写回大量内容，持续时间久容易出错，所以写会磁盘前我们先将redolog写会磁盘，为什么先写redolog呢，因为redolog是顺序存储，写入磁盘耗时很短，难以出错。innodb默认使用临键锁，行锁是作用在索引上的，如果最终搜到的是索引上存在的数据，那就会退化为记录锁，如果是间隙就会变成间隙锁，都有就是临键锁。我们要求事务有acid。
MySQL的RR级别解决幻读问题了吗
白萝卜弟弟的专栏
07-22 1079
那么首先就来看看什么是幻读，MySQ官方文档定义如下：当同一个查询在不同时间生成不同的行集时，事务中就会出现所谓的幻读问题。例如，如果执行了两次 SELECT，但第二次返回了第一次没有返回的行，则该行是“幻影”行。但是产生“幻影”行这个结果的操作不是唯一的，如果我们定义幻读是专指**“新插入的行”，那可以明确地说RR级别下的已经解决了幻读问题；但是如果我们定义幻读包含“所有写操作”**，那么也可以说幻读问题没有完全被解决。这也就是我开头所说的，取决于你看待幻读这个概念的观点。
2024腾讯最新面经总结：面试题库+实战笔记（附答案解析）
2401_84048521的博客
04-22 778
其实关于Kafka，能问的问题实在是太多了，扒了几天，最终筛选出44问：基础篇17问、进阶篇15问、高级篇12问，个个直戳痛点，不知道如果你不着急看答案，又能答出几个呢？若是对Kafka的知识还回忆不起来，不妨先看我手绘的知识总结脑图（xmind不能上传，文章里用的是图片版）进行整体架构的梳理梳理了知识，刷完了面试，如若你还想进一步的深入学习解读kafka以及源码，那么接下来的这份《手写“kafka”》将会是个不错的选择。Kafka入门为什么选择KafkaKafka的安装、管理和配置。
0086 shopee面试题汇总
热门推荐
gendlee1991的专栏
04-25 1万+
1、大数据方向 leetcode hard 寻找两个有序数组的中位数 ##了解MVCC吗 MVCC：多版本并发控制。 特点 1.MVCC其实广泛应用于数据库技术，像Oracle,PostgreSQL等也引入了该技术，即适用范围广 2.MVCC并没有简单的使用数据库的行锁，而是使用了行级锁，row_level_lock,而非InnoDB中的innodb_row_lock. 基本原理：MVCC的实现...
2022Java最新真实面试题汇总
ch98000的博客
09-13 1024
一、面经适当夸夸面试官（或所在公司）不会有坏处如果某个问题完全不会（或稍微懂点），直接承认（或略作回答）并把话题引导向类似话题（redis集群的槽机制 -> 一致性哈希）第二条如果完全不会，可以在表达自己不会之后给与面试官一点反问，表现出自己的求知欲与关注度所有话题都可以适当性的发散，不要太发散以免显得有备而来所有问题（熟悉或不熟悉）的回答不要太快，给面试官反应与打断的时间，同时方便自己梳理逻辑，显得沉稳；回答太快容易显得有备而来一定要乐观向上（至少摄像头下的你看起来得是这样）
MySQL进阶：Innodb的RR到底有没有解决幻读？
weixin_50205273的博客
12-27 936
关于Innodb中的REPEATABLE READ这种隔离级别到底有没有解决幻读？好像众说纷纭，大家的说法都不一致。 有的人说，RR当然没解决幻读了，因为只有Serializable才能解决幻读。 也有人说，RR解决了幻读，因为RR中加了间隙锁，就能解决幻读的问题。 还有人说，只有间隙锁是没用的，还有MVCC也帮助RR解决了幻读的问题。 那到底真实情况是怎么样的呢？
innodb下幻读是如何在RR级别下被解决的
xlshi1996的博客
10-15 638
innodb下幻读是如何在RR级别下被解决的？ 先来简单的复习一下数据库隔离级别 RU(Read Uncommitted) 一个事务A读取到另一个事务B未提交的修改，B回滚了，就造成了数据不一致。（现象：脏读） RC(Read Committed) 一个事务A在事务执行过程中第一次读取的值和第二次读取的值不一致，这是由于事务B在俩次读取之间修改了数据并提交了事务。（现象：不可重复读） RR(Repeatable Read) 一个事务A在事务执行过程中第一次读取的值和第二次读取的值一致（
mysql rr解决幻读吗_mysql rr隔离级别解决幻读了吗
weixin_31437175的博客
01-18 2649
以下内容全部基于innodb。虽然下面有很多概念很浅显，但还是要解释一下什么是幻读？当一个事务在多次查询中，发现了一行不是在当前事务中添加的数据。出现这种问题就叫做幻读。关于四种隔离级别未提交读(Read Uncommitted)：允许脏读，也就是可能读取到其他会话中未提交事务修改的数据提交读(Read Committed)：只能读取到已经提交的数据。解决了脏读，未解决不可重复读问题。可重复读(R...
关于数据库隔离级别为RR(可重复读)下是否解决幻读问题
qq_45225798的博客
08-29 2828
一.数据库隔离级别 隔离级别 脏读可能性 不可重复读可能性 幻读可能性 加锁读 READ UNCOMMITTED 是 是 是 否 READ COMMITTED 否 是 是 否 REPEATABLE READ 否 否 是 否 SERIALIZABLE 否 否 否 是 ---在传统的数据库的执行引擎中，标准的可重复读是没有彻底解决幻读的，这也是大家经常说的数据...
【数据库】MySQL Innodb在RR(可重复读)级别如何避免幻读
your_棒棒糖的博客
05-24 331
什么是幻读 事务不是独立执行时发生的一种现象，例如第一个事务对一个表中的数据进行了修改，这种修改涉及到表中的全部数据行。 同时，第二个事务也修改这个表中的数据，这种修改是向表中插入一行新数据。那么，以后就会发生操作第一个事务的用户发现表中还有没有修改的数据行，就好象 发生了幻觉一样。 mysql如何实现避免幻读 在快照读读情况下，mysql通过mvcc来避免幻读。 在当前读读情况下，mysql通过next-key来避免幻读 什么是MVCC MVCC 全称是multi version concurrent c
Mysql RR级别下如何解决幻读
weixin_46180709的博客
11-20 2480
快照读 在RR级别下，Mysql是根据MVCC来解决快照读时发生的幻读现象，简单来说就是利用了版本链以及Read View来实现的，RR下每一次快照读都会产生Read View 因此只有一个数据模板从而避免幻读，关于MVCC的原理可以看我之前发过的文章： Mysql MVCC的原理 当前读 重点讲讲当前读是如何解决幻读问题的。 当前读是经过加锁来解决幻读的问题的，我们先来聊聊加锁的机制。 如果where子句里通过非索引项来查找数据，则会使用表锁。 如果通过普通索引来查找数据，则会使用间隙锁。 如果使用唯一
mysql-RR级别存在幻读问题
面朝大海，春暖花开
01-19 286
结论：RR级别下存在幻读，但也可以避免。
RR 隔离级别下真的不会产生幻读吗
Data & Analysis
11-15 1135
幻读（Phantom Read），简单的说，指当用户读取某一范围的数据行时，另一个事务又在该范围内插入了新行，当用户再读取该范围的数据行时，会发现有新的“幻影” 行。 很多书籍或者文章都说 MySQL 通过 next-key lock 是解决了幻读的，但真的是那样吗？我们不妨来验证下（本节实验均在 RR 隔离级别下进行的）。 1 准备环境 mysql> create table ord (id int,b varchar(10))ENGINE=InnoDB DEFAULT CHARSE.
mysql innodb RR级别到底有没有解决幻读？
huiyunfei的博客
05-13 1759
先说概念性的东西 事务的四种隔离级别： 01：Read uncommitted(读未提交)：最低级别，任何情况都会发生。 02：Read Committed(读已提交)：可避免脏读的发生。 03：Repeatable read(可重复读)：可避免脏读、不可重复读的发生。默认级别（mysqlinnodb在一定程度上解决了幻读） 04：Serializable(串行化)：避免脏读、不可重复读，幻读的发生。 脏读：事务A读取到了事物B更新的数据，然后B回滚 不可重复读：事务A多次读取同一数据，事务.
评论 17
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值