关于MVCC，我之前写错了，这次我改好了

　　关于MVCC的原理，在《我想进大厂》之mysql夺命连环13问写过一次，但是当时写的其实并不准确，这个理解可以应付面试，帮助快速理解，但是他的真正实现原理我想再次拿出来说一说。简单理解版
　　以下先引用我之前写过的那篇中的内容，可以快速理解，建议先简单看看。
　　要说幻读，首先要了解MVCC，MVCC叫做多版本并发控制，实际上就是保存了数据在某个时间节点的快照。
　　我们每行数据实际上隐藏了两列，创建时间版本号，过期（删除）时间版本号，每开始一个新的事务，版本号都会自动递增。
　　还是拿上面的user表举例子，假设我们插入两条数据，他们实际上应该长这样。
　　这时候假设小明去执行查询，此时currentversion3selectfromuserwhereid3；
　　同时，小红在这时候开启事务去修改id1的记录，currentversion4updateusersetname张三三whereid1；
　　执行成功后的结果是这样的
　　如果这时候还有小黑在删除id2的数据，currentversion5，执行后结果是这样的。
　　由于MVCC的原理是查找创建版本小于或等于当前事务版本，删除版本为空或者大于当前事务版本，小明的真实的查询应该是这样selectfromuserwhereid3andcreateversion3and（deleteversion3ordeleteversionisnull）；
　　所以小明最后查询到的id1的名字还是张三，并且id2的记录也能查询到。这样做是为了保证事务读取的数据是在事务开始前就已经存在的，要么是事务自己插入或者修改的。真正原理
　　事实上，上述的说法只是简化版的理解，真正的MVCC用于读已提交和可重复读级别的控制，主要通过undolog日志版本链和readview来实现。
　　每条数据隐藏的两个字段也并不是创建时间版本号和过期（删除）时间版本号，而是rollpointer和trxid。
　　rollpointer指向更新事务之前生成的undolog，undolog用于事务的回滚，保证事务的原子性。
　　trxid就是最近一次更新数据的事务ID。
　　以上述例子来举例，最初插入两条数据，真实的情况是这样，因为第一次插入数据没有undolog，所以rollpointer指向一个空的undolog。
　　这时候假设小明去执行查询，就会开启一个readview，readview包含几个重要的东西。mids，就是还未提交的事务id集合lowlimitid，mids里最小的值uplimitid，下一次生成事务ID最大值creatortrxid，创建readview的事务ID，也就是自己的事务ID
　　小明来执行查询了，当前事务ID3selectfromuserwhereid3；
　　小红在这时候开启事务去修改id1的记录，事务ID4updateusersetname张三三whereid1；
　　这时候小明的readview是这样。mids〔3，4〕
　　lowlimitid3
　　uplimitid5
　　creatortrxid3
　　所以，小明在执行查询的时候，会去判断当前这条数据的trxid
　　这时候，小红的修改也完成了，小红数据于是就变成了这样。
　　如果小明再次去查询的话，就会发现现在的trxidreadview的lowlimitid，也就是43，不符合条件，同时发现现在的trxid4在lowlimitid和uplimitid〔3，5〕之间，并且trxid4在mids〔3，4〕之中，所以就会根据rollpointer指向的undolog去查找，trxid1小于现在的lowlimitid3，符合条件，就找到了上一个版本name张三的记录。
　　如果这时候小明自己去修改这条记录的值，把名字改成张五，结果就是这样。
　　然后小明去查询的话，就会发现当前的trxid3就是自己的creatortrxid，就是自己，那么就直接返回这条数据。
　　所以，我们可以先总结下几种情况：如果trxidlowlimitid，那么说明就是之前事务的数据，直接返回，也就对应了小明第一次开启事务查询的场景如果trxidlowlimit，trxid还在〔lowlimitid，uplimitid〕范围之内，并且trxid在mids中，就会根据rollpointer去查找undolog日志链，找到之前版本的数据，对应的就是小红修改后小明再次查询的场景如果trxidcreatortrxid，那么说明就是自己修改的，直接返回就好了，对应的就是小明自己去修改数据的场景不同隔离级别的实现
　　根据上面阐述的原理，你可能发现了，这是可重复读下的实现啊，保证每次读取到的数据都是一致的。
　　那么，如果是读已提交级别下，这个是怎么实现的？
　　其实很简单，在上面的原理解释中，我都是假设每次查询的时候生成了readview，后续并没有重新生成。
　　而读已提交级别下，则是每次查询都会生成一次readview。
　　以上述小红修改过张三后的场景来举例。
　　在可重复度级别下，由于trxidlowlimit，trxid还在〔lowlimitid，uplimitid〕范围之内，并且trxid在mids中，满足我们上述的条件2，所以就会根据rollpointer找到之前的版本记录，保证可重复读。
　　而在读已提交的级别下，重新生成了readview，这时候trxid不在mids之中，说明事务已经提交，所以可以直接返回这条数据，所以查到的数据就是小红修改后的name张三三的数据了。总结
　　我是艾小仙，我承认我浪了，我之前居然还想浪，我以为年没过几天，结果发现最近一次技术文更新是在2月2号。
　　我哭，所以，我肝了3个小时，痛定思痛，结束了我的短暂的王者生涯。
　　大家觉得还行的话，点个在看，设个星标可好？
　　我要回到正常更新的频率中来。
　　END