一、问题:
什么样的情况叫做幻读?
Mysql 可重复读隔离级别下,到底能不能阻止幻读?
什么是当前读,什么是快照读?
二、幻读定义
事务A 按照一定条件进行数据读取, 期间事务B 插入了相同搜索条件的新数据,事务A再次按照原先条件进行读取时,发现了事务B 新插入的数据 称为幻读
如果事务A 按一定条件搜索, 期间事务B 删除了符合条件的某一条数据,导致事务A 再次读取时数据少了一条。这种情况归为 不可重复读
分析下情形:
T1时刻 读取年龄为20的数据, Session1拿到了2条记录。
T2时刻 另一个进程Session2插入了一条新的记录,年龄也为20
T3时刻,Session1再次读取年龄为20的数据,发现还是2条数据,貌似 Session2新插入的数据并未影响到Session1的事务读取。
对于T1 — T3 时刻的情形,从结果来看,在可重复度读隔离级别下似乎解决了幻读的问题。
T4时刻,Session1 修改年龄为20的数据, 发现影响行数为3条。 为什么T3时候只能查到2条数据,但现在修改确修改了3条数据?
T5时刻,Session1 再次读取年龄为20的数据,发现结果变成了3条,我们知道被修改的第三条就是Session2在T2时刻新增的一条。
T4,T5 的结果来看,Session1 读到了 Session2 新插入的数据。产生了幻读现象
三、到底可重复读隔离级别下,解决了幻读问题没有?
快照读:一般的 select * from …. where … 语句都是快照读
当前读:select * from …. where … for update select * from …. where … lock in share mode update …. set … where … delete from. . where …会在搜索的时候加锁。
如果事务中都使用快照读,那么就不会产生幻读现象,但是快照读和当前读混用就会产生幻读。
四、如果都是使用当前读,能不能解决幻读问题?
可以看到Session 2 被阻塞了。需要等到Session1 提交事务后才能完成。当我们在事务中每次读取都使用当前读,也就是人工把InnoDB变成了串行化。一定程度上降低了并发性,但是也同样避免了幻读的情况。