MVCC能保证不产生幻读吗

• 前言

  一、案例1

  二、产生幻读的原因

  1.数据的版本

  总结

  ---

• 二、使用步骤
  • 1.引入库
  • 2.读入数据
• 总结

---

前言

MVCC多版本并发控制，在重复读的隔离级别下，用事务id为数据记录行标识了其版本，事务只能看到已经提交的、先于或者等于自己版本号的数据。

但是仅仅依靠MVCC仍然无法完全避免幻读的情况发送。

---

提示：以下是本篇文章正文内容，下面案例可供参考

一、案例1

1、开始表中有两条记录，先开启事务A，执行下面两行SQL

start transaction with consistent snapshot;

select k from t where id BETWEEN 1 and 3;

 2、看到查询结果，接着开启事务B，执行下面的SQL，可以看到插入成功了

begin;

insert into t value(2,2);

commit;

 3、接着让事务A执行这两条SQL，会发现多了一条数据，产生了幻读

update t set k=k+1 where id=2;
select k from t where id BETWEEN 1 and 3;

二、产生幻读的原因

1.数据的版本号

MVCC是依靠版本号来决定数据的可见性的，当然一个事务无法拒绝对自己的版本（自己的事务id）的可见性，当执行了update操作后，id=2的数据的版本中就有了它自己的版本，也就可见了。

总结

使用MVCC+间隙锁，可以解决幻读的问题。

所以MVCC虽然是无锁的，却不能完全解决幻读，还是需要锁的参与。