mysql可重复读的实现原理

mysql可重复读的实现原理

MySQL可重复读的实现原理
1、原理

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

多版本并发控制（MVCC）是一种用来解决读-写冲突的无锁并发控制，也就是为事务分配单向增长的时间戳，为每个修改保存一个版本，版本与事务时间戳关联，读操作只读该事务开始前的数据库的快照。 所以MVCC可以为数据库解决以下问题

在并发读写数据库时，可以做到在读操作时不用阻塞写操作，写操作也不用阻塞读操作，提高了数据库并发读写的性能

同时还可以解决脏读，幻读，不可重复读等事务隔离问题，但不能解决更新丢失问题

实现方式：

InnoDB引擎 在表的每行记录后面保存两个隐藏的列来，分别保存了这个行的创建时间和行的删除时间。这里存储的并不是实际的时间值,而是系统版本号，当数据被修改时，版本号会加1
InnoDB 里面每个事务都有一个唯一的事务 ID，叫作 transaction id。它在事务开始的时候向 InnoDB 的事务系统申请的，是按申请顺序严格递增的。

每条记录在更新的时候都会同时记录一条 undo log，这条 log 就会记录上当前事务的 transaction id，记为 row trx_id。记录上的最新值，通过回滚操作，都可以得到前一个状态的值。

此时如果其他写事务修改了这条数据，那么这条数据的版本号就会加1，从而比当前读事务的版本号高，读事务自然而然的就读不到更新后的数据

2、增删改查
假设初始版本号为1：

INSERT

insert into user (id,name) values (1,‘Tom’);

1

id name create_version delete_version
1 Tom 1

下面模拟一下文章开头的场景：

SELECT (事务A)

select * from user where id = 1;

1

此时读到的版本号为1

UPDATE(事务B)

update user set name = ‘Jerry’ where id = 1;

1

在更新操作的时候，该事务的版本号在原来的基础上加1，所以版本号为2。
先将要更新的这条数据标记为已删除，并且删除的版本号是当前事务的版本号，然后插入一行新的记录
id name create_version delete_version
1 Tom 1 2
1 Jerry 2

SELECT (事务A)
此时事务A再重新读数据：

select * from user where id = 1;

1

由于事务A一直没提交，所以此时读到的版本号还是为1，所以读到的还是Tom这条数据，也就是可重复读

DELETE

delete from user where id = 1;

1

在删除操作的时候，该事务的版本号在原来的基础上加1，所以版本号为3
删除时，将当前版本号作为删除版本号
id name create_version delete_version
1 Jerry 2 3