前言
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虽然是无锁的,却不能完全解决幻读,还是需要锁的参与。