mysql可重复读现象及原理分析

最新推荐文章于 2025-06-09 13:48:57 发布

原创最新推荐文章于 2025-06-09 13:48:57 发布 · 304 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#mysql

mysql 专栏收录该内容

7 篇文章

订阅专栏

这是一个示例摘要，包含了博客的关键信息，忽略信息技术无关的内容。

https://www.cnblogs.com/yuzhuang/p/11585774.html

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

nofacemen

关注关注

0
点赞
踩
0

收藏

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

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

MySQL锁与脏读、不可重复读、幻读详解

悦分享

09-04

2627

锁是计算机协调多个进程或线程并发访问某一资源的机制。在数据库中，除传统的计算资源（如CPU、RAM、I/O等）的争用以外，数据也是一种供许多用户共享的资源。如何保证数据并发访问的一致性、有效性是所有数据库必须解决的一个问题，锁冲突也是影响数据库并发访问性能的一个重要因素。从这个角度来说，锁对数据库而言显得尤其重要，也更加复杂。本章我们着重讨论MySQL锁机制的特点，常见的锁问题，以及解决MySQL锁问题的一些方法或建议。

mysql 间隙锁原理深度详解

congge

08-30

7378

mysql 间隙锁原理深度详解

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

mysql 可重复读的实现原理

♨

05-23

4094

简述 MySQL默认的事务隔离级别是可重复读，即：事务A在读到一条数据之后，此时事务B对该数据进行了修改操作并提交，那么事务A再读该数据，依然还是原来的内容。额，MySQL可重复读是如何做到的？其实使用的是一种叫MVCC的控制方式，即Mutil-Version Concurrency Control（多版本并发控制），类似于乐观锁的一种实现方式。实现细节 InnoDB在每行记录后面保存两个隐藏的列，分别保存了这个行的创建时间（版本号）和行的删除时间（版本号）。这里存储的并不是实际的时间值,而

MYSQL可重复读及原理、快照读和当前读

nandao158的博客

02-25

2375

什么是可重复读 可重复读的实现 Repeatable Read（可重复读）：一个事务在执行过程中可以看到其他事务已经提交的新插入的记录（读已经提交的，其实是读早于本事务开始且已经提交的），但是不能看到其他事务对已有记录的更新（即晚于本事务开始的），并且，该事务不要求与其他事务是“可串行化”的。可以看到当session2 在步骤4插入新纪录并提交时，session1查到的还是之前的数据，而要想查现在的数据，可以在后面加一个共享锁即 lock in share mode; 可重复读实现原理事务ID

mysql可重复读和幻读的理解

12-14

mysql可重复读和幻读的理解可重复读和幻读的定义最后总结参考资料很多教程和书籍对mysql的可重复读和幻读的解释都比较含糊，本文结合原理和其他的考证，深入分析下。这里讨论的引擎是常用的InnoDB。 可重复读和幻读的定义先看下《高性能MySQL（第三版）》对隔离级别的描述。这里对幻读的描述为所谓幻读，指的是当某个事物在读取某个范围内的记录时，另外一个事物又在该范围内插入了新的记录，当之前的事务再次读取该范围内的记录时，会产生幻行（Phantom Row）。实际上这里的解释不太准确，先看下官网上对这些的定义。 phantom A row that appears in the r

mysql可重复读的实现原理

liuguang212的博客

04-25

6082

MySQL可重复读隔离级别的实现原理 1、原理 MySQL默认的隔离级别是可重复读，即：事务A在读到一条数据之后，此时事务B对该数据进行了修改并提交，那么事务A再读该数据，读到的还是原来的内容。那么MySQL可重复读是如何实现的呢？使用的的一种叫MVCC的控制方式，即Mutil-Version Concurrency Control,多版本并发控制，类似于乐观锁的一种实现方式实现方式： InnoDB在每行记录后面保存两个隐藏的列来，分别保存了这个行的创建时间和行的删除时间。这里存储的并不是实际的时间

mysql 可重复读原理_MySQL可重复读隔离级别的实现原理

weixin_39761481的博客

02-03

424

1、原理 MySQL默认的隔离级别是可重复读，即：事务A在读到一条数据之后，此时事务B对该数据进行了修改并提交，那么事务A再读该数据，读到的还是原来的内容。那么MySQL可重复读是如何实现的呢？使用的的一种叫MVCC的控制方式，即Mutil-Version Concurrency Control,多版本并发控制，类似于乐观锁的一种实现方式实现方式：InnoDB在每行记录后面保存两个隐藏的列来，...

MySQL 隔离级别：脏读、幻读及不可重复读的原理与示例

最新发布

weixin_43833540的博客

06-09

986

脏读、幻读和不可重复读是在数据库事务并发操作中可能出现的不同数据一致性问题，不同的数据库引擎（如 InnoDB 和 MyISAM）在不同的隔离级别下，对这些问题有着不同的处理方式。InnoDB 引擎通过诸如 MVCC（多版本并发控制）和间隙锁等机制，在合适的隔离级别下能够有效地避免幻读和不可重复读等问题，而 MyISAM 引擎由于自身的特性，在类似场景下较难避免这些问题。

浅谈MySQL排序原理与案例分析

12-15

MySQL排序原理与案例分析排序是数据库操作中的关键部分，MySQL提供了多种方法来处理排序需求。用户通常通过`ORDER BY`语句实现结果集的排序，但`GROUP BY`和`DISTINCT`语句也会隐含地进行排序。了解如何优化排序...

京东面试：MySQL MVCC是如何实现的？如何通过MVCC实现读已提交、可重复读隔离级别的？

架构师尼恩

02-14

2038

MVCC机制的全称为，即多版本并发控制。MVCC主要是为了提升数据库并发性能而设计的，其中采用更好的方式处理了读-写并发冲突，做到即使有读写冲突时，可以实现并发执行，从而提升并发能力，确保了任何时刻的读操作都是非阻塞的。在众多的MySQL开源存储引擎中，几乎只有InnoDB实现了MVCC机制，其他的存储引擎如：MyISAM、memory等存储引擎中并未实现MVCC。

透彻解读mysql的可重复读、幻读及实现原理

java小渣渣

05-14

410

事务隔离级别有四种，mysql默认使用的是可重复读，mysql是怎么实现可重复读的？为什么会出现幻读？是否解决了幻读的问题？一、事务的隔离级别 Read Uncommitted（未提交读）在该隔离级别，所有事务都可以看到其他未提交事务的执行结果。读取未提交的数据，也被称之为脏读（Dirty Read）。该级别用的很少。 Read Committed（提交读）这是大多数数据库系统的默认隔离级别（但不是MySQL默认的）。它满足了隔离的简单定义：一个事务只能看见已经提交事务所做的改变，换句话说就是事

MySQL 的可重复读怎么实现的？

CTZL123456的博客

06-13

1954

通过这些机制的组合，MySQL的InnoDB存储引擎能够在可重复读隔离级别下提供稳定的数据视图，确保事务的一致性和隔离性。然而，这种隔离级别虽然提供了很好的数据一致性保证，但也可能引起性能问题，如锁的竞争和死锁。因此，在实际应用中需要根据业务需求和性能考虑来选择合适的隔离级别。

mysql 可重复读原理,Mysql可重复读原理

weixin_39540725的博客

03-17

1136

概念可重复读的实现Repeatable Read(可重复读)：一个事务在执行过程中可以看到其他事务已经提交的新插入的记录(读已经提交的，其实是读早于本事务开始且已经提交的)，但是不能看到其他事务对已有记录的更新(即晚于本事务开始的)，并且，该事务不要求与其他事务是“可串行化”的。这句话的核心，是“但是不能看到其他事务对已有记录的更新”，那么RR隔离级别是怎么保证这一点的呢？实现原理使用MVCC(多...

MySQL可重复读隔离级别的实现原理

tiancityycf的专栏

04-06

322

MySql可重复读下的事务行为

波波的专栏

08-21

5412

Mysql在InnoDB引擎下，可重复读测试

MySQL 可重复读隔离级别实现原理与不可重复读问题解决机制

lssffy的博客

04-27

1055

可重复读是 ANSI SQL-92 标准定义的四种事务隔离级别之一（其他为读未提交、读已提交、可序列化），旨在保证事务内多次读取相同数据时结果一致。脏读：读取未提交的数据，可能因回滚失效。不可重复读：事务内多次读取同一行，数据被其他事务修改导致不一致。幻读：事务内多次查询同一范围，新增或删除行导致结果变化。可重复读通过牺牲部分性能（相比读已提交）换取更高的数据一致性，尤其在避免不可重复读方面效果显著。MySQL 可重复读隔离级别通过MVCC和锁机制。

mysql可重复读注意事项

Swifree

07-30

1386

看一下维基关于不可重复读的定义：在一次事务中，当一行数据获取两遍得到不同的结果表示发生了“不可重复读”. 在基于锁的并发控制中“不可重复读”现象发生在当执行SELECT 操作时没有获得读锁或者SELECT操作执行完后马上释放了读锁；多版本并发控制中当没有要求一个提交冲突的事务回滚也会发生“不可重复读”现象。[1] 举个例子：有一条记录id:1, name:L 事务A： SET AU...

mysql不可重复读使用排它锁解决还是mvcc锁解决

03-13

<think>嗯，用户想知道在MySQL中解决不可重复读问题是用排它锁还是MVCC。那我得先回忆一下不可重复读的定义。根据引用[1]，不可重复读是指一个事务中两次读取同一数据，结果不一致，可能因为其他事务修改或删除了数据。那接下来，我需要分析两种解决方案：排它锁和MVCC。排它锁的话，记得排它锁会阻塞其他事务的读写，这样在事务执行期间，其他事务不能修改数据，从而保证可重复读。不过这种方法会影响并发性能，因为多个事务会被阻塞。然后是MVCC，多版本并发控制。引用[4]提到读已提交隔离级别下，每次查询都生成新的ReadView，导致不可重复读，而可重复读隔离级别应该使用同一个ReadView。MVCC通过保存数据的历史版本来实现，这样事务可以看到一致的数据快照，不需要加锁，提高并发性能。引用[3]还提到间隙锁在RR级别下解决幻读，可能和MVCC结合使用。所以结论应该是MVCC更适合解决不可重复读，而排它锁虽然可行但性能差。需要结合隔离级别来解释，比如RR级别下默认使用MVCC，而排它锁需要显式使用SELECT FOR UPDATE之类的语句。可能还要比较两种方法的优缺点，比如性能、死锁风险等。还要检查引用是否正确，比如引用[2]讲死锁处理，可能和排它锁相关，但用户的问题更关注解决方案本身。确保回答结构清晰，分点说明两种方案，最后给出推荐，并引用相关资料支持。</think>### MySQL解决不可重复读问题的方案分析 #### 1. **不可重复读的定义** 不可重复读指在一个事务中，两次读取同一数据时结果不一致的现象。例如，事务A第一次读取数据后，事务B修改了该数据并提交，事务A再次读取时会看到修改后的结果[^1]。 #### 2. **解决方案对比** ##### 方案1：排它锁（X锁） - **原理**：通过显式加锁（如`SELECT ... FOR UPDATE`）阻止其他事务修改数据。在事务提交前，其他事务无法读取或修改被锁定的数据。 - **适用场景**：需要强数据一致性的场景，如金融交易。 - **缺点**： - 降低并发性能，锁竞争可能引发死锁[^2]。 - 需显式控制锁范围，增加开发复杂度。 - **示例**： ```sql START TRANSACTION; SELECT * FROM table WHERE id = 1 FOR UPDATE; -- 加排它锁 -- 其他事务在此处阻塞 COMMIT; ``` ##### 方案2：MVCC（多版本并发控制） - **原理**：通过数据快照（ReadView）实现。在可重复读（RR）隔离级别下，事务首次读取时会生成数据快照，后续读取均基于此快照，不受其他事务提交的影响[^4]。 - **适用场景**：高并发读多写少的场景，如电商查询。 - **优点**： - 无锁设计，提高并发性能。 - 自动管理数据版本，减少死锁风险。 - **缺点**： - 需要额外存储空间维护历史版本。 - 可能需结合间隙锁解决幻读问题[^3]。 #### 3. **对比总结** | **方案** | **实现方式** | **性能影响** | **隔离级别** | **适用性** | |------------|----------------|--------------|----------------------|--------------------| | 排它锁 | 显式加锁 | 高锁竞争 | 读已提交（RC）/ RR | 强一致性场景 | | MVCC | 数据快照 | 低开销 | 可重复读（RR） | 高并发读场景 | #### 4. **推荐方案** - **优先选择MVCC**：MySQL的默认隔离级别为可重复读（RR），通过MVCC天然支持避免不可重复读，无需额外编码。 - **排它锁补充使用**：仅在需要严格保证数据实时一致性时（如余额更新），结合`FOR UPDATE`显式加锁。 --- ###