当前位置：Gxlcms > 数据库问题 > 【MySQL】究竟什么是MVCC呢？

【MySQL】究竟什么是MVCC呢？

时间：2021-07-01 10:21:17 帮助过：3人阅读

Don‘t BB，看个案例先回顾一下事物的隔离级别：

技术图片

那么事务A在提交前后，事务B读取到的x值是什么样的呢？答案是：事务B在不同隔离级别下，读取到的值不一样。

1》如果隔离级别是读未提交（Read-Uncommited），两次读到的数据都是20，（个人理解读未提交，就是事务A未提交的修改都可以读到）

2》如果隔离级别是读已提交（Read-Committed），第一次读取到的数据是10，第二次读取到的数据是20（我个人理解读已提交，就是只有事务A已提交的修改才可以读到）

3》如果隔离级别是可重复度（Repeatable-Read），两次读到的数据都是20（我个人有理解，读已提交就是事务B有一个很强的隔离性，只要在同一事务内，读到的数据都是相同的）

当执行查询SQL时，会生成一致性视图叫【read-view】，它由执行查询时所未提交事务id数组（数组里最小的事务id为【min_id】和已创建的最大事务id为【max_id】组成），

查询的数据结果要跟【read-view】做比较，从而得到快照结果。话不多少，直接上个案例：

事务1	事务2	事务3	事务4
update table set name = ‘A‘ where id = 1
	update table set name = ‘B‘ where id = 1
	commit	update table set name = ‘C‘ where id = 1
update table set name = ‘C‘ where id = 1			select name from table where id = 1 ; read-view:[1,3] 3
		commit
commit			select name from table where id = 1

Undo日志如下：

技术图片

事务4在第一次查询过程是这样：

1》先比对【undo_log①】，事务id为1，read-view为[1,3] 3，不符合条件，继续向下比对；
2》比对【undo_log②】，事务id为3，事务id > 事务的最大id，所以也不可读；
3》比对【undo_log③】，事务id为2，最小id <= 事务id <= 事务的最小id，并且不在未提交事务id数组中，所以可以，所以查询出来的【name = B】；
我们可以根据表格看出，事务2已提交，所以结果就应该B，正确。

读已提交是如何使用【MVCC】实现的呢？

每次查询的时候生成一个新的【read-view】，然后去【undo】日志中寻找符合结果的一条数据。

所以事务4对应的【read-view】应该为：[1] 3，第二次查询【name = ‘C‘】

可重复读是如何使用【MVCC】实现的呢？

因为每次查询的时候都会生成一个新的【read-view】，但是如果是可重复读的时候，

第一次查询的时候生成一个【read-view】，后面查询的时候便会复用第一次的【read-view】，然后找出一个可读的数据