关于MVCC，我之前写错了

以小明最后查询到的id=1的名字还是'张三'，并且id=2的记录也能查询到。这样做是为了保证事务读取的数据是在事务开始前就已经存在的，要么是事务自己插入或者修改的。

真正原理

事实上，上述的说法只是简化版的理解，真正的MVCC用于读已提交和可重复读级别的控制，主要通过undo log日志版本链和read view来实现。

每条数据隐藏的两个字段也并不是创建时间版本号和过期(删除)时间版本号，而是roll_pointer和trx_id。

roll_pointer指向更新事务之前生成的undo log，undo log用于事务的回滚，保证事务的原子性。

trx_id就是最近一次更新数据的事务ID。

以上述例子来举例，最初插入两条数据，真实的情况是这样，因为第一次插入数据没有undo log，所以roll_pointer指向一个空的undo log。这时候假设小明去执行查询，就会开启一个read view，read view包含几个重要的东西。

1. m_ids，就是还未提交的事务id集合
2. low_limit_id，m_ids里最小的值
3. up_limit_id，m_ids里的最大值
4. creator_trx_id，创建read view的事务ID，也就是自己的事务ID

小明来执行查询了，当前事务ID=3果小明再次去查询的话，就会发现现在的trx_id>read view的low_limit_id，也就是4>3，不符合条件，同时发现现在的trx_id=4在low_limit_id和up_limit_id [3,5]之间，并且trx_id=4在m_ids=[3,4]之中，所以就会根据roll_pointer指向的undo log去查找，trx_id=1小于现在的low_limit_id=3，符合条件，就找到了上一个版本name=张三的记录。

如果这时候小明自己去修改这条记录的值，把名字改成张五，结果就是这样。

（编辑：烟台站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!