聊聊数据库MVCC

• 什么是mvcc
  英文名：Multi Version Concurrency Control
  中文名：多版本一致性控制
• mvcc的原理
  
  
  readview = 活跃事务列表
  readview（RR）： 事务开始时产生readview
  readview（RC）： 每条语句都会产生readview

如何判断可见性：

假设：活跃事务为（3，4，5，6）=readview，当前事务id号为10，做了修改这条记录 ， 那么这条记录上的db_trx_id=10

流程如下：

当前事务(trxid=10)拿着刚刚产生的readview =（3[active_trx_min]，4，5，6【active_trx_max】）去查看记录，

1.如果row上的db_trx_id in (活跃事务列表),那么说明此记录还未提交，这条记录对于此事务不可见.需要调用上一个undo，用同样的判断标准过滤，循环
2.如果row上的db_trx_id < 活跃事务列表最小值，那么说明已经提交，这条记录对于此事务可见
3.如果row上的db_trx_id > 活跃事务列表最大值, 那么说明该记录在当前事务之后提交，这条记录对于此事务不可见.需要调用上一个undo，用同样的判断标准过滤，循环

这里有个问题： 当前事务id更新后，会锁住该记录并更新db_trx_id=10，那么该记录上的trx_id肯定是<=当前事务id（10）的，那既然这样，怎么会产生db_trx_id > 活跃事务列表最大值呢？

原因：因为当前事务不仅仅是读取这条被锁住的记录，可能还需要读取其他记录（这些记录当然可能被其他更靠后的事务id更新了），那么这时候其他记录上的db_trx_id>=10就很正常不过了。

创建readview的位置，不是begin的那个位置，而是begin后面的SQL语句的位置。（换句话说：就是begin的时候不会分配事务id，只有执行了sql之后才会分配事务id）
如果你想在开启transaction的时候就产生readview，分配事务id，那么可以这样操作：start transaction with consistent snapshot

percona 中可以有这样的信息，官方没有: Trx read view will not see trx with id >= 413 , sees < 411
案件剖析

• 能用mvcc解决什么问题

1. snapshot查询不会加锁，读和读，读和写之间互不影响，提高数据库的并发能力
2. 隔离级别的实现