简单说一下Mysql的可重复读是如何实现的？

MySQL可重复读隔离级别为何没有解决幻读（MVCC原理简介） 一.MCVV简介 二.可重复读隔离级别能解决幻读？ 三.什么是当前读和快照读？ 四.MVCC的实现原理 五.RC,RR级别下的InnoDB快照读有什么不同？ 六.如何解决幻读 七.事务是么时候开始

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

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

MySQL 的 InnoDB 存储引擎通过多版本并发控制（MVCC）机制实现了可重复读。MVCC 通过在数据行上存储版本信息，使得读操作可以访问到在当前事务开始时的数据快照，从而保证了事务的隔离性。

MySQL默认的隔离级别是可重复读，即：事务A在读到一条数据之后，此时事务B对该数据进行了修改并提交，那么事务A再读该数据，读到的还是原来的内容。此时如果其他写事务修改了这条数据，那么这条数据的版本号就会加1，从而比当前读事务的版本号高，读事务自然而然的就读不到更新后的数据。先将要更新的这条数据标记为已删除，并且删除的版本号是当前事务的版本号，然后插入一行新的记录。在更新操作的时候，该事务的版本号在原来的基础上加1，所以版本号为2。在删除操作的时候，该事务的版本号在原来的基础上加1，所以版本号为3。

目录 一、事务的隔离级别 二、mysql怎么实现的可重复读 举例说明MVCC的实现 MVCC逻辑流程-插入 MVCC逻辑流程-删除 MVCC逻辑流程-修改 MVCC逻辑流程-查询 三、幻读 快照读和当前读 四、如何解决幻读 事务隔离级别有四种，mysql默认使用的是可重复读，mysql是怎么实现可重复读的？为什么会出现幻读？是否解决了幻读的问题？ 一、事务的隔离级别 Re...

(一)问题引入 描述问题之前，先理解一下两种锁的概念。 共享锁(S锁):如果事务T对数据A加上共享锁后，则其他事务只能对A再加共享锁，不能加排他锁。获准共享锁的事务只能读数据，不能修改数据。 排它锁(X锁)：如果事务T对数据A加上排他锁后，则其他事务不能再对A加任任何类型的封锁。获准排他锁的事务既能读数据，又能修改数据。 共享锁和排他锁都属于悲观锁。排他锁又可以可以分为行锁和表锁。 MySQL常...

Mysql在可重复读(REPEATABLE READ)隔离级别下，如何解决部分幻读问题?本文将对这个问题进行探究。

MVCC（Multi-Version Concurrency Control ，多版本并发控制）指的就是在使用READ COMMITTD、REPEATABLE READ这两种隔离级别的事务在执行普通的SEELCT操作时访问记录的版本链的过程，这样子可以使不同事务的读-写、写-读操作并发执行，从而提升系统性能。READ COMMITTD、REPEATABLE READ这两个隔离级别的一个很大不同就是生成ReadView的时机不同，READ COMMITTD在每一次进行普通SELECT操作前都会生成一个

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

在InnoDB中，是通过在每行记录后面保存两个隐藏的列来实现的。这两个列，一个保存了行的创建时间，一个保存行的删除时间。事务开始时刻的系统版本号会作为事务的版本号，用来和查询到的每行记录的版本号进行比较。可重复读（REPEATABLE READ）是MySQL的默认隔离级别，具体是指在同一事务中多次读取的数据是一致的。​ InnoDB为插入一行新记录，保存当前系统版本号作为行版本号，同时保存当前系统版本号到原来的行作为行删除标识。​ InnoDB为新插入的每一行保存当前系统版本号作为行版本号。

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

首先对于mysql来说相信也并不陌生，mysql默认的事务的隔离级别是3，即可以实现可重复读，那mysql又是怎样实现可重复读的呢？ 下边进行简单的介绍 这里就要提到了mvcc，即多版本并发控制 首先先来看一个事务的执行图 此时分别有四个事物及其执行顺序 事务1，将名字更改为张三并提交 事务2，将名字更改为张小三并提交 事务3，将名字更改为张老三并提交 事物4，进行两次查询，注意图中的查询时机 在RR级别：select1=张三 select2=张三 在rc级别下：select1=张三 se.

隔离级别有有有无有有无无有无无无MySQL有四种隔离级别：读未提交、读已提交、可重复读和串行化，它们分别用来解决脏读、不可重复读和幻读的问题。**脏读：**一个事务读取到另一个事务还未提交的数据。**不可重复读：**在一个事务中多次读取同一个数据时，结果出现不一致。**幻读：**在一个事务中使用相同的 SQL 两次读取，第二次读取到了其他事务新插入的行。直接进入本文主题——MySQL是如何实现读已提交和可重复读的？

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

cnblogs.com/liyus/p/10556563.html 引言 之前在深入了解数据库理论的时候，了解到事物的不同隔离级别可能存在的问题。为了更好的理解所以在MySQL数据库中测试复现这些问题。关于脏读和不可重复读在相应的隔离级别下都很容易的复现了。但是对于幻读，我发现在可重复读的隔离级别下没有出现，当时想到难道是MySQL对幻读做了什么处理？ 测试： 创建一张测试用的表dept： CREATE TABLE `dept` ( `id` int(11) NOT NULL AUTO_IN

到此，我们分别总结下以上两个案例可以获取到什么信息。快照是在第一次读取时生成的，因此其他事务如果在当前事务第一次读取前插入数据，是可以被读到的；可重复读只对于快照读生效，对于当前读，如SELECT...FOR UPDATE操作是不生效的；可重复读隔离级别下，在快照读和当前读交替使用的场景可能会发生幻读；可重复读隔离级别下，更新数据后快照会更新。

MVCC实现可重复读的原理

可重复读的实现通过MVCC的Read View机制，事务启动时生成一次快照，整个事务过程中读取的都是该快照版本，不受其他事务提交的影响。幻读的解决对于快照读（普通SELECT）：MVCC的快照机制确保看不到其他事务新增的数据。对于当前读（加锁查询/更新/删除）：通过Next-Key Lock（行锁+间隙锁）锁定数据及间隙，阻止其他事务插入新数据，避免幻读。核心优势。