快照读不用锁靠Undo Log版本链实现，SELECT通过ReadView沿DB_ROLL_PTR链追溯可见版本；ReadView用m_up_limit_id、m_low_limit_id和m_creator_trx_id三值判断版本可见性。快照读为什么不用锁？靠的是Undo Log版本链MySQL的SELECT不加锁，不是"放任不管"，而是把一致性判断逻辑从"加锁阻塞"搬到了"按需追溯旧版本"。核心在于：每行数据通过DB_ROLL_PTR连成一条单向链表，链上的每个节点都是该行在某个事务修改前的快照，物理存储在Undo Log里。每次UPDATE或DELETE都会生成新版本，并把DB_TRX_ID设为当前事务ID，DB_ROLL_PTR指向上一个Undo Log记录读操作不查最新行，而是拿着自己的ReadView，沿着版本链往前找------第一个满足可见性规则的版本就是它该看到的数据这意味着：100个并发SELECT可以同时遍历同一条版本链，互不干扰；而UPDATE只管追加新版本，完全不碰旧版本的内存或磁盘位置ReadView怎么决定哪个版本"可见"？关键看三个IDReadView不是时间戳，也不是快照副本，而是一组事务ID边界值。它的判断逻辑直接决定你查到的是"刚提交的新值"还是"事务开始时的老值"。m_up_limit_id（低水位）：小于它的事务ID，一定已提交 → 对当前事务可见m_low_limit_id（高水位）：大于等于它的事务ID，一定未提交或正在运行 → 不可见m_creator_trx_id：当前事务自己的ID → 自己改的数据永远可见若某行的DB_TRX_ID落在中间区间，就顺着DB_ROLL_PTR继续往上翻版本链，直到找到一个DB_TRX_ID m_up_limit_id的节点，或链尾RC和RR隔离级别差异，全在ReadView创建时机同一个SQL，在READ COMMITTED下可能每次SELECT都看到新结果，在REPEATABLE READ下却始终不变------这不是缓存，是ReadView复用导致的版本链截断点不同。 标贝科技 标贝科技-专业AI语音服务的人工智能开放平台
相关推荐
hboot1 小时前
AI工程师第三课 - 机器学习基础顾林海6 小时前
Agent入门阶段-编程基础-Python：流程控制呱呱复呱呱9 小时前
Django CBV 源码解读：一个请求是怎么找到你的 get() 方法的Nturmoils10 小时前
订单列表慢查询，先看 WHERE、ORDER BY 和 LIMIT曲幽13 小时前
刚部署的 LibreTranslate 频频翻车？我掏出了 20 年前的 StarDict 词典，用 FastAPI 搭了个本地词典翻译 API渣波14 小时前
拒绝 SQL 焦虑！手把手带你用 NestJS + Prisma + DTO 写出“防弹”级后端代码荣码14 小时前
用Streamlit给AI应用套个界面，10行代码出Web页面兵慌码乱1 天前
基于Python+PyQt5+SQLite的药房管理系统实现：事务一致性与界面解耦全流程解析金銀銅鐵1 天前
[Python] 体验用欧几里得算法计算最大公约数的过程FreakStudio1 天前
W55MH32L-EVB 上手测评：硬件 TCP/IP 加持的以太网单片机，MicroPython 零门槛开发