MySQL MVCC多版本并发控制

文章目录

一、MVCC概念

MVCC是多版本并发控制（Multi-Version Concurrency Control），是MySQL中基于乐观锁理论实现隔离级别的方式，用于实现已提交读和可重复读隔离级别的实现，也经常称为多版本数据库。MVCC机制会生成一个数据请求时间点的一致性数据快照 （Snapshot)， 并用这个快照来提供一定级别 （语句级或事务级） 的一致性读取。从用户的角度来看，好象是数据库可以提供同一数据的多个版本（系统版本号和事务版本号）

MVCC多版本并发控制中，读操作可以分为两类：

• 快照读（非锁定读）：读的是记录的可见版本，不用加锁。如select做的都是快照读，会把已经commit的数据生成一个快照（这就可以防止不可重复读）
• 当前读：读取的是记录的最新版本，并且返回当前读的记录。如insert，delete，update，select…lock in share mode/for update这些操作，都是读的是最新的数据

MVCC：每一行记录实际上有多个版本，每个版本的记录除了数据本身之外，增加了其它字段（DB_ROW_ID、DB_TRX_ID、DB_ROLL_PTR）

在已提交读隔离级别，每次select查询时都重新生成快照（Read View）
在可重复读隔离级别，事务第一次select查询时，生成一个当前事务全局性的快照（Read View），并且只生成一次快照

快照内容读取原则：

1. 版本未commit，无法读取生成快照
2. 版本已commit，但是在快照创建后提交的，无法读取
3. 版本已commit，但是在快照创建前提交的，可以读取
4. 当前事务内自己的更新，可以读到（通过匹配当前事务的id号就可以看到当前数据的最新更新是不是当前事务做的，如果是当前事务做的，当前事务就可以看到最近的更新，可能是重新生成了快照，老师没讲）

二、MVCC应用于已提交读隔离级别

1. 解决脏读

先设置隔离级别为已提交读并开启事务，已提交读解决了脏读，未解决可重复读和幻读

这样通过快照读，MVCC就解决了脏读

不管是已提交读还是可重复读，只要我们select的时候，就会产生一个数据快照，相当于给当前的数据拍个照片，以后去查询，都是查询快照上的数据（除非有新的数据被commit）。已提交读隔离级别采用非锁定读，非锁定读是在快照上的读取。

在已提交读隔离级别，每一次select都会产生一个新的数据快照，当事务1进行更改的时候，事务2又去select，重新产生数据快照（有可能和前面的快照相同），然而产生新的数据快照的前提是新的数据已经被事务正确commit，prepare状态的数据不会出现在快照中

数据有2种状态：prepare（未提交时）和commit（已提交）

事务2第二次select的时候，由于事务1并没有commit新的数据（数据处于prepare状态），当又一次产生数据快照时，产生的数据快照还是undo log回滚日志的链表指向的旧数据，这就解决了脏读问题

然而，在已提交读隔离级别依然会发生不可重复读的现象（两次查询，得到的数据内容不一样，属于正确读取的范围）

2. 无法解决不可重复读

因为每一次select都会重新产生1次数据快照，其他事务更新后commit，新的数据已经符合生成快照的要求了，于是再次select的时候新commit的数据也会出现在新生成的快照中

3. 无法解决幻读

和出现不可重复读现象的原因相同，由于新commit的数据符合生成快照的要求，再次select的时候新commit的数据也会出现在新生成的快照中，自然就出现了幻读

三、MVCC应用于可重复读隔离级别

1. 解决脏读

原理和已提交读解决原理相同

每一次select都会产生一个新的数据快照，当事务1进行更改的时候，事务2又去select，重新产生数据快照（有可能和前面的快照相同），然而产生新的数据快照的前提是新的数据已经被事务正确commit，prepare状态的数据不会出现在快照中，而脏读就是读到了prepare状态的数据

2. 解决不可重复读

因为事务第一次select就产生数据快照，而且只产生这一次快照

设置可重复读隔离级别，并2个开启事务

事务2 select，生成数据快照，在可重复读隔离级别下，以后再select都不会再生成快照

生成的快照如下：

事务1进行update，然后commit

我们update以后，表格就变成了这样：

我们事务2再次select id=12的数据，这时候就是在事务2第一次select生成的快照上查数据了

这就解决了不可重复读！！！

3. 理解 可重复读隔离级别，只生成一次数据快照

再举一个例子理解：在可重复读隔离级别，只生成一次数据快照

由于事务1已经commit了，新的数据不再是prepare状态，已经符合了生成快照的条件。当事务2再select（快照读）的时候，这条age=22的数据自然就被查到了

4. 理解 可重复读隔离级别，不能解决幻读

先查看表数据

回滚并重启事务

事务1生成的快照如下：

事务2第一次select是两条数据，事务1 insert之后，事务2再次select依然是两条，看似解决了幻读，其实只是部分解决（并不能完全解决幻读）

那我们看一下为什么是部分解决幻读

事务1 insert然后commit后，表格的数据应该是这样的

此时事务2 update

可以看见，update找到了id=24的数据，这就证明update做的是当前读（读最新的commit状态的数据），而不是快照读，因为快照上根本就没有id=24的数据

其中1000是事务1的ID，2000的事务2的ID

由于每个事务可以看见自己修改、更新的数据，当事务2再次select的时候，就可以看见id=24的数据了，这就发生了幻读
（不是很理解，不是说select只生成一次快照吗？）