mysql可重复读事务隔离级别下幻读问题

mysql在默认的事务隔离级别可重复读,已经解决了幻读问题,主要是采用MVCC和undo log解决的,仍然有些情况会产生“幻读”问题。

1.不会产生幻读的情况

1.1首先开启一个事务1,可以查询到9条记录

在这里插入图片描述

1.2然后开启一个事务2,插入一条记录,然后查询已经变成10条记录了。

在这里插入图片描述

1.3这个时候去事务1中继续查询表中的记录,还是9条记录,没有产生幻读。

在这里插入图片描述

结论:

1.在可重复读级别下,事务1在第一次执行select时产生一个快照读,这个快照读可以读到当前已经提交的所有事务,具体可以查看MVCC版本控制链的规则。然后事务2插入一条数据,事务1执行读还是用第一次生成的快照读,看不到事务2新插入的数据,所以没有产生幻读问题。
2.如果select的时候使用当前读,也就是执行select * from account for update,事务1会加锁,事务2提交不了会阻塞,自然不会出现幻读问题。

2.会产生“幻读”的情况

2.1开启两个事务,这时查到的是一样的数据。

在这里插入图片描述

2.2然后在事务2中先插入两条数,接着事务1插入一条数据,事务2可以看到自己新插入的两条数据,事务1也可以看到自己新插入的一条数据,没有产生幻读。

在这里插入图片描述
在这里插入图片描述

2.3最后在事务1执行update操作,update事务2刚插入的id为14的记录,然后执行select就能看到id为14的记录,当然id为15的记录还是看不到,这个可以看作产生了“幻读”的问题。究竟该如何看待这种情况,其实这种情况不应该称之为幻读,因为从MVCC中规则来看,当前事务是可以看到自己更新的数据,所以更新id为14的记录,应该被自己看到。

在这里插入图片描述

总结:

在可重复读的事务隔离级别下,解决幻读问题,主要是采用快照读,当前事务第一次select的时候,会生成快照读,以后执行读的时候,都是使用第一次生成的快照读,看不到别的事务提交的数据,所以没有幻读的问题。
当前事务更新别的事务提交的数据,自己是可以看到的,因为在MVCC规则中当前事务是可以看到自己更新的数据,所以至于要不要把这种情况看作是幻读,没有统一的标准。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值