mysql---MVCC机制,多版本控制

通过额外的2个字段  trx_id 即事务ID,最后一次修改(增加删除修改)的事务ID

         roll_pointer 用于记录回滚日志,每次修改数据,则增加对应的回滚日志链,找回原来的数据

 

每次修改数据,在更新数据的同时,把历史数据和对应的事务ID,记录到回滚日志里面去

 

查询的原理:select 时记录当前的快照,   已创建的最大事务ID(包括已提交和未提交的)

用于模拟的数据:事务100,200,300

select1开始时,未提交的事务数组为[100,200],已创建的为300,      [100.200]300

注:创建顺序和提交顺序不一定一致,因此可能300是后创建的但先提交

如果当前数据的事务ID在  [100,300]之间,则判断,ID是否在[100,200]内,如果是则select开始时本条数据还未产生,说明不符合,要继续找历史数据,

若不在[100,200]之间,说明事务在select开始时已经提交,是可见得

 

如果事务ID<100,说明事务已经提交,可见

如果事务ID>300,说明事务是在select以后创建的,不可见

参考:https://www.bilibili.com/video/BV1YJ411J7vb

posted on   潮流教父孙笑川  阅读(13)  评论(0编辑  收藏  举报

(评论功能已被禁用)
编辑推荐:
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 基于Microsoft.Extensions.AI核心库实现RAG应用
· Linux系列:如何用heaptrack跟踪.NET程序的非托管内存泄露
· 开发者必知的日志记录最佳实践
· SQL Server 2025 AI相关能力初探
阅读排行:
· 震惊!C++程序真的从main开始吗?99%的程序员都答错了
· 【硬核科普】Trae如何「偷看」你的代码?零基础破解AI编程运行原理
· 单元测试从入门到精通
· winform 绘制太阳,地球,月球 运作规律
· 上周热点回顾(3.3-3.9)

导航

< 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
点击右上角即可分享
微信分享提示