Mysql多版本控制协议与幻读
关于MVCC与幻读有一点很不明白，举个例子假设有两个事务：
**事务1：**
begin transaction;
select * from t;
select * from t;
commit;
**事务2：**
begin transaction；
insert into t values（....）；
commit;
*事务2是在事务1两个select之间执行的，这时候就会出现幻读*
我的疑问是如果是基于MVCC的，为什么还会有幻读呢，在事务1中只读取在它之前的时间戳的记录不就行了，事务2在它之后，怎么还会有幻读？
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（6）
没有说是什么隔离级别，MVCC只在REPEATABLE READ 和READ COMMITED两个隔离级别下工作
RR下，事务1的select永远一样，快照读，除非for update用当前读
MVCC下快照读不会出现幻读。。但是只要当前读。。类似用for update .lock in share mode就会出现幻读
题主，你因果关系搞反了。如果没有mvcc协议，mysql默认的repeatable read(可重复读)是会出现幻读的。正是由于幻读的问题，mysql加入了mvcc的逻辑，来完善这一隔离级别。
mvcc可以被认为是行锁的变种。
我也有疑问，最后终于找到了一篇解惑的文章，https://www.cnblogs.com/liyus...
MVCC 解决的是不可重复读问题，只能解决一部分幻读问题（不能彻底解决）
MVCC中的创建时间和删除时间记录的不是时间戳，而是当前系统的版本号，系统每执行一个事务版本号加一。
事务2的insert是在事务1的两个select之间执行的，但是事务2的系统版本号可能是早于事务1的，当事务1第二次select的时候，新插入的行创建时间的版本号是低于事务1的版本号的，就会被读出来了。