MySQL——InnoDB引擎——MVCC

MVCC——基本概念

###MVCC——基本概念
####MVCC
当前读
读取的是记录的最新版本，读取时还要保证其他并发事务不能修改当前记录，会对读取的记录进行加锁。
对于我们日常的操作，
如：select ... lock in share mode(共享锁),select ... for update、insert、delete(排它锁)都是一种当前读

———————————————————————————————————————————

虚拟环境下：

MVCC

快照读
简单的select(不加锁)就是快照读，快照读，读取的是记录数据的可见版本，有可能是历史数据，不加锁，是非阻塞读
Read Committed:每次select,都生成一个快照读
Repeatable Read:开启事务第一个select语句才是快照读的地方
Serializable:快照读会退化为当前读



MVCC
全称Multi-Version Concurrency Control,多版本并发控制。指维护一个数据的多个版本，使得读写操作没有冲突，快照读为MySQL实现MVCC提供了一个非阻塞读功能。MVCC的具体实现，还需要依赖于数据库中的三个隐式字段、undo log日志、readView。


MVCC——实现原理
1、记录中的隐藏字段
DB_TRX_ID、DB_ROLL_ID、DB_ROW_ID
DB_TRX_ID:最近修改事务ID，记录插入这条记录或最后一次修改记录的事务ID
DB_ROLL_ID:回滚指针，指向这条记录的上一个版本，用于配合undo log,指向上一个版本
DB_ROW_ID:隐藏主键，如果表结构没有指定主键，将会生成该隐藏字段


cd /var/lib/mysql
ll
cd user/
ll
ibd2sdi student.ibd
（查看表空间文件指令：ibd2sdi student.ibd——>ibd2sdi 表空间文件）



MVCC——实现原理（undolog版本链）
（undolog版本链）：不同事务对同一条记录进行修改，会导致该记录的undolog生成一条记录版本链表，链表的头部是最新的旧纪录，链表尾部是最早的旧纪录

###undo log
回滚日志，在insert、update、delete的时候产生的便于数据回滚的日志
当insert的时候，产生的undo log日志只在回滚时需要，在事务提交后，可被立即删除
而update、delete的时候，产生的undo log日志不仅在回滚时需要，在快照读时也需要，不会立即被删除




MVCC——实现原理——readview介绍
readview
ReadView(读视图)是快照读SQL执行时MVCC提取数据的依据，记录并维护系统当前活跃的事务（未提交的）id。
ReadView中包含了四个核心字段：
m_ids:当前活跃的事务ID集合
min_trx_id:最小活跃事务ID
max_trx_id:预分配事务ID，当前最大事务ID+1（因为事务ID是自增的）
creator_trx_id:ReadView创建者的事务ID


trx_id:代表当前事务ID
版本链数据访问规则：
1、trx_id==creator_trx_id? 可以访问该版本————————————>成立，说明数据是当前这个事务更改的
2、trx_id<min_trx_id? 可以访问该版本————————————————>成立，说明数据已经提交了
3、trx_id>max_trx_id?  不可以访问该版本————————————>成立，说明该事务是在ReadView生成后才开启
4、min_trx_id<=trx_id<=max_trx_id? 如果trx_id不在m_ids中是可以访问该版本的—————————>成立，说明数据已经提交

不同的隔离级别，生成ReadView的时机不同：
READ COMMITTED：在事务中每一次执行快照读时生成ReadView
REPEATABLE READ:仅在事务第一次执行快照读时生成ReadView，后续复用该ReadView



MVCC——原理分析（RC级别）
在RC级别下，在事务中每一次执行快照读时生成ReadView

MVCC——原理分析（RR级别）
在RR级别下，仅在事务中第一次执行快照读时生成ReadView