企业官网建设流程全解析

网站可以做充值吗,建设部资质查询网站,网站文章优化事项,接软件开发项目的平台在 MySQL InnoDB 的 MVCC 机制中#xff0c;版本链是一行数据的所有历史版本通过回滚指针串联起来的单向链表#xff0c;它是实现快照读的核心数据结构。一、版本链的构成要素版本链的每一个节点#xff0c;都是一行数据的一个历史版本#xff0c;而串联这些节点的关键版本链是一行数据的所有历史版本通过回滚指针串联起来的单向链表它是实现快照读的核心数据结构。一、版本链的构成要素版本链的每一个节点都是一行数据的一个历史版本而串联这些节点的关键就是 InnoDB 为每行数据隐式添加的两个字段DB_TRX_ID标记创建这个版本的事务 ID相当于给这个版本贴了一个 “身份标签”。DB_ROLL_PTR回滚指针这是版本链的 “链条”它指向当前版本的上一个历史版本这个历史版本存储在undo log中。除此之外每行数据的最新版本会直接存储在数据页中而历史版本则全部保存在undo log里。二、版本链的生成过程一步一步拆解我们用一个具体的例子看一行数据的版本链是如何随着事务操作逐步变长的。假设表user有一行初始数据id1, name张三此时它的隐藏字段状态DB_TRX_ID 0表示这是初始化版本无事务修改DB_ROLL_PTR null无历史版本链表头步骤 1事务 101 执行 UPDATE第一次修改BEGIN; UPDATE user SET name 李四 WHERE id 1; COMMIT;InnoDB 的处理逻辑先把当前行的原始版本name张三, DB_TRX_ID0, DB_ROLL_PTRnull拷贝到undo log中修改数据页中的当前行name李四更新隐藏字段DB_TRX_ID 101标记是事务 101 修改的DB_ROLL_PTR 指向 undo log 中的原始版本此时版本链结构数据页当前版本101: 李四 → undo log 历史版本0: 张三步骤 2事务 102 执行 UPDATE第二次修改BEGIN; UPDATE user SET name 王五 WHERE id 1; COMMIT;InnoDB 的处理逻辑把数据页中的当前版本name李四, DB_TRX_ID101, DB_ROLL_PTR指向旧版本拷贝到undo log修改当前行name王五更新隐藏字段DB_TRX_ID 102DB_ROLL_PTR 指向 undo log 中的 101 版本此时版本链变长数据页当前版本102: 王五 → undo log 版本1101: 李四 → undo log 版本20: 张三核心规律每次UPDATE/DELETE操作都会生成一个新的历史版本并追加到版本链尾部INSERT操作不会生成历史版本因为插入前该行不存在所以不会影响版本链版本链的遍历方向是从当前版本到最旧版本。三、版本链的核心作用版本链的唯一作用就是为快照读提供历史版本数据配合Read View实现 “读不阻塞写”。具体流程是事务执行快照读普通SELECT时会生成一个Read View版本可见性规则先读取数据页中的当前版本用Read View判断这个版本是否可见如果可见直接返回如果不可见就通过DB_ROLL_PTR遍历版本链去undo log中找下一个历史版本重复步骤 2直到找到第一个符合Read View规则的可见版本返回该版本数据。四、版本链的清理机制版本链不会无限变长否则undo log会越来越大占用大量磁盘空间。InnoDB 的purge 线程会定期清理版本链中不再需要的历史版本—— 判断标准是没有任何活跃事务的Read View会用到这个历史版本。比如所有事务的快照读都不需要访问undo log中的 0 版本了purge 线程就会把这个版本从undo log中删除版本链也会相应缩短。