MySQL为什么RR隔离级别添加了间隙锁还是无法解决幻读问题?
MySQL为什么RR隔离级别添加了间隙锁还是无法解决幻读问题?
什么是幻读?
幻读本质上也属于不可重复读的情况,T1 读取某个范围的数据,T2 在这个范围内插入或者删除新的数据,T1 再次读取这个范围的数据,此时读取的结果和和第一次读取的结果不同。
我的理解
我的理解是:间隙锁只能保证范围内的键不被插入,无法保证范围内的键不被删除。如果在事务执行期间另一个事务删除了该范围内的某一行数据,原事务再次查询时就会发现出现了幻读。
比如索引1,3有数据,然后加了间隙锁,那么查询1-3之间的数据的时候,会查询到两条记录。并且因为间隙锁的存在,所以无法添加数据。但是索引1或者3本身所代表的数据可能会被删除,所以再次查询的时候会只查询到1条或者0条记录。
所以添加了间隙锁能够解决部分的幻读问题,而不能解决全部的幻读问题!真正解决幻读问题还是要添加邻健锁(Next-Key Locks),在可重复读(REPEATABLE READ)隔离级别下,使用 MVCC + Next-Key Locks 可以解决幻读问题。或者可以考虑使用更高的隔离级别,如Serializable隔离级别。
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】凌霞软件回馈社区,博客园 & 1Panel & Halo 联合会员上线
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】博客园社区专享云产品让利特惠,阿里云新客6.5折上折
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· DeepSeek “源神”启动!「GitHub 热点速览」
· 微软正式发布.NET 10 Preview 1:开启下一代开发框架新篇章
· 我与微信审核的“相爱相杀”看个人小程序副业
· C# 集成 DeepSeek 模型实现 AI 私有化(本地部署与 API 调用教程)
· spring官宣接入deepseek,真的太香了~