MVCC解决幻读

你得看看快照读和当前读

举个例子，假设说数据库里有一张表一共有3列，第一列是自增主键，隔离级别为RR级别。 原先数据库表里有3条数据 1 1 1 2 2 2 3 3 3 ------- 此时我开启一个事务A，执行一下select * ，然后再开启一个事务B，insert一条 444并commit。 之后再回到事务A，再次执行select *，毫无疑问111222333，符合可重复读。 再然后我执行一条 sql ：update 第三列 = 5 之后再select  结果为 1 1 5 2 2 5 3 3 5 4 4 5 -------- 此时发生了幻读，要解决这个问题也很简单，楼上基本说了，就不多解释了。 如有错误麻烦指出。

mvcc是快照读，本身就解决了幻读，当前读的情况下，用间隙锁解决了幻读

RR级别下每个事务会创建一个快照，RR级别默认第一条SQL才创建快照，依据快照中记录的事务的高水位和低水位判断数据是否可见，低于低水位的必然可见，高于高水位的不可见，如果介于两者之间，也处于活动中的事务id的数据不可见，由此解决的，

select是非锁定读，本来就不会幻读，update这种锁定读才会出现幻读，需要使用间隙锁避免幻读

谁跟你说的每次查出来的数据的版本号都小于当时事务编号的？？

mvcc解决的是可重复读问题，next Key lock解决幻读问题

select属于快照读操作，不会出现幻读，只有update、delete这种当前读操作才会出现幻读现象。 幻读的话，我给你举个例子，假如A事务正在查询id<10的所有数据，只存在id为1~7的数据，8、9并不存在，此时B事务向数据库插入id为8的数据，那么事务A就会出现幻读现象，本来是不存在id为8的数据的，但是像出现幻觉一样读取到了，这就是幻读。 解决的办法是加上next-key锁（也就是行锁+gap锁），gap锁会锁着id为8、9的两个位置，阻止事务A读取数据的时候，事务B向数据库插入数据，这样就避免幻读了

mvcc可以解决幻读，因为读取的是一个历史的快照。如果对数据实时性要求高的话，不推荐。

可以避免。分快照读，当前读

因为mvcc里面的update是当前读？求大佬解释

能避免幻读吧，或者可重复读+间隙锁

可重复读级别下通过间隙锁，应该是能解决幻读的问题

不是默认开启了next keylock 已经避免幻读了吗

不能避免幻读？？

幻读是会发现多了数据或者少了数据吧