MySQL事务MVCC、undolog和redolog

MySql的MVCC多版本控制

undolog：回滚日志（保证一致性）只有在ReadCommited和RepeatableRead隔离级别有用

redolog：重写日志（保证持久性）

示例讲解

ReadCommited隔离级别(4) select1=张三，select2=张小三

RepeatableRead隔离级别(4) select1=张三，select2=张三

其中两个概念：

• ReadView（快照读）：select语句，每进行一次select就会触发一次快照生成ReadView，记录m_ids(当前未提交事务)、min_trx_id(当前最小事务号）、max_trx_id(当前最大事务号+1)、creator_trx_id(本事务号)
• 当前读：update、delete、select ..for update、select ..lock share，每修改一次数据，会将日志记录在undolog中，并为修改列添加TRX_ID(事务编号)和ROLL_PTR(指向上一条事务的指针)字段

如上前3次修改就会形成如下版本链，第四个事务的第一次select会触发一次ReadView

版本链数据访问规则

for(当前事务id3,2,1判断){

1.判断当前事务id=creator_trx_id(4)?  成立，说明数据就是本身事务，可以直接访问（break当前事务数据）

2.判断当前事务id<min_trx_id(2)? 成立，说明数据已经提交，可以直接访问（break当前事务数据）

3.判断当前事务id>max_trx_id(5)? 成立，说明该事务在ReadView生成后才启动，不允许访问

4.判断min_trx_id<(2)=当前事务id<=max_trx_id(5)？ 成立，查看当前事务是否在m_ids列表不存在数据，则代表已经提交，可以访问（break当前事务数据）；ids中存在，则表示事务还未提交，根据指针到下一个事务判断

}

ReadCommited和RepeatableRead的差别是在同一个事务中，ReadCommited的多次select会生成多个ReadView，但RepeatableRead的话只复制第一个ReadView，所以不会出现幻读的问题。但：如果在RR情况下，同一个事务做了update等操作可能也会出现幻读。