数据库读现象和隔离级别

脏读:T1的select能直接读到T2正在update但未commit的数据(T1 select采用no lock),read uncommitted 会出现此现象,但read committed不会,因为read committed采用share lock

不可重复读:T1对某row有两个读,s1和s2,但在s1和s2之间,row被T2 update了,导致s1和s2读出来的结果不同(T1的读操作采用share lock,但读后立即释放)

幻读:主要针对范围读取的情况。T1对某些符合条件的row(例如年龄小于30的人)有2个读取S1和S2,T2在S1和S2之间update了某条数据的age为31,导致S1和S2读出来的结果数不同(对于S1少了一条数据,那条数据就像幻觉一样突然消失了),

解决方法是对T1使用范围锁(range lock),T2在T1未提交前不能修改相关的数据(Serializable)

ref: https://en.wikipedia.org/wiki/Isolation_%28database_systems%29

posted on   wyman25  阅读(215)  评论(0编辑  收藏  举报

编辑推荐:
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 基于Microsoft.Extensions.AI核心库实现RAG应用
阅读排行:
· TypeScript + Deepseek 打造卜卦网站:技术与玄学的结合
· 阿里巴巴 QwQ-32B真的超越了 DeepSeek R-1吗?
· 【译】Visual Studio 中新的强大生产力特性
· 10年+ .NET Coder 心语 ── 封装的思维:从隐藏、稳定开始理解其本质意义
· 【设计模式】告别冗长if-else语句:使用策略模式优化代码结构

导航

< 2025年3月 >
23 24 25 26 27 28 1
2 3 4 5 6 7 8
9 10 11 12 13 14 15
16 17 18 19 20 21 22
23 24 25 26 27 28 29
30 31 1 2 3 4 5
点击右上角即可分享
微信分享提示