一、概述：
%ign%ignore_a_1%re_a_1%，全称multi-version concurrency control，即多版本并发控制。mvcc是一种多并发控制的方法，一般在数据库管理系统中，实现对数据库的并发访问，在编程语言中实现事务内存。
我们知道，mysql在5.5后由myisam存储引擎改成了innodb存储引擎，主要是因为innodb是支持事务的，那么当多线程同时执行的时候，可能会出现并发问题。这个时候可能会出现一个能够控制并发的方法，mvcc就起到了这个作用。
MVCC主要靠undo log版本链与ReadView来实现。
二、什么是Undo log
Undo log主要用于事务回滚时恢复原来的数据。
mysql在执行sql时，会将一天逻辑相反的日志保存到undo log中。因此，undo log中记录的也是逻辑日志。
但mysql执行Insert语句时，会在undo log日志中记录本次插入的主键id。等事务回滚时，delete删除此id。
在执行update语句时，MySQL会将修改前的数据保存在undo log中。等事务回滚时，再执行一次update，得到原来的数据。
当MySQL执行delete语句时，会在undo log中保存删除前的数据。等事务回滚时，再执行insert，插入原来的数据。
数据库中的四大特性–原子性，即事务是不可分割的，要么全部成功，要不全部失败，其底层就靠undo log来实现。在执行某一条语句失败时，就会对之前事务的语句进行回滚。
三、行的隐藏列
在数据库的每行上，除了存放真实的数据以外，还存在3个隐藏的列：row_id、trx_id和roll_pointer
row_id，行号：
如果当前表有整数类型的主键，那么row_id的值就是主键的值如果没有整数类型的主键，则MySQL会按照字段的顺序选择一个非空的整数类型的唯一索引为row_id如果都没有找到，则会创建一个自动增长的整数作为row_id
trx_id，事务号：
当一个事务开始执行前，MySQL就会为这个事务分配一个全局自增的事务id。
之后该事务对当前进行的增、改、删除等操作时，都会将自己的事务ID记录到trx_id中。
roll_pointer，回滚指针：
事务对当前数据改动时，会将旧的数据记录到undo log中，在将数据写入当前行，且当前的roll_pointer指向刚才那个undo log，因此可通过roll_pointer来找到改行前一个版本。
当一直有事务对该行改动时，就会一直生成undo log，最终将会形成undo log版本链。
四、Undo log版本链
一开始，我们使用以下语句创建一个stduent表
CREATE TABLE `student` (`id` INT ( 11 ) NOT NULL AUTO_INCREMENT,`name` VARCHAR ( 255 ) NOT NULL,`age` INT ( 11 ) NOT NULL, PRIMARY KEY ( `id` ) USING BTREE ) ENGINE = INNODB;
现在开启第一个事务，事务id为1，执行以下插入语句。
INSERT INTO student VALUES ( 1, "a", 24 );
那么当前的示意图如下：
因为该数据是新插入的，因此它的roll_pointer指向的undo log为空。
接着开启第2个事务，分配的事务id是2，执行以下修改命令。
UPDATE student SET NAME = 'b' WHERE id = 1;
现在的示意图变为：
当开启第3个事务，分配到事务id是3，执行以下修改命令。
UPDATE student SET age = 25 WHERE id = 1;
示意图变为：
每个事务对该行进行改动时，都会生成一个undo log，用于保存之前的版本，之后再将新版本的roll_pointer指向刚才生成的undo log。
因此，roll_pointer可以将这些不同版本的undo log串联起来，形成undo log的版本链。
五、关于ReadView
首先需要理解一下快照读与当前读
快照读：简单的select查询，即不包括 select … lock in share mode, select … for update，可能会读到数据的历史版本。
当前读：以下语句都是当前读，总是读取最新版本，会对读取的最新版本加锁。
select ... lock in share modeselect ... for updateinsertupdatedelete
在事务执行每一个快照读或事务初次执行快照读时，会生成一致性视图，即ReadView。
ReadView的作用是，判断undo log版本链中的哪些数据对当前事务可见。
ReadView包含以下几个重要的参数：
m_ids
在创建ReadView的那一刻，mysql中所有未提交的事务id集合。
min_trx_id
m_ids中的最小值
max_trx_id
mysql即将为下一个事务分配的事务id，并不是m_ids中的最大值。
creator_trx_id
即创建此ReadView的事务id
简要的示意图如下：
那么事务在执行快照读时，可以通过以下的规则来确定undo log版本链上的哪个版本数据可见。
如果当前undo log的版本的trx_id<min_trx_id，说明该版本对应的事务在生成ReadView之前就已经提交了，因此是可见的。
如果当前undo log的版本的trx_id≥max_trx_id，说明该版本对应的事务在生成ReadView之后才开始的，因此是不可见的。
如果当前undo log的版本的trx_id∈[min_trx_id，max_trx_id)，如果在这个范围里，还要判断trx_id是否在m_ids中：
在m_ids中，说明版本对应的事务未提交，因此是不可见的。 不在m_ids中，说明版本对应的事务已经提交，因此是可见的。
如果当前undo log的版本的trx_id=creator_trxt_id，说明事务正在访问自己修改的数据，因此是可见的。
当undo log版本链表的头结点数据被判定为不可见时，则利用roll_pointer找到上一个版本，再进行判断。如果整个链表中都没有找到可见的数据，则代表当前的查询找不到数据。
以上就是MySQL中MVCC机制是什么的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/145241.html
微信扫一扫 
支付宝扫一扫 
