From 0e2aeec5f6d18a8e94a71224410d08b1303860e6 Mon Sep 17 00:00:00 2001
From: mo-nian <39075924+mo-nian@users.noreply.github.com>
Date: Thu, 9 Sep 2021 14:19:01 +0800
Subject: [PATCH] =?UTF-8?q?Update=20InnoDB=E5=AF=B9MVCC=E7=9A=84=E5=AE=9E?=
 =?UTF-8?q?=E7=8E=B0.md?=
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

---
 docs/database/mysql/InnoDB对MVCC的实现.md | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/docs/database/mysql/InnoDB对MVCC的实现.md b/docs/database/mysql/InnoDB对MVCC的实现.md
index e846088d..83abbbce 100644
--- a/docs/database/mysql/InnoDB对MVCC的实现.md
+++ b/docs/database/mysql/InnoDB对MVCC的实现.md
@@ -149,7 +149,7 @@
 
 - 此时最新记录的 `DB_TRX_ID` 为 102，m_up_limit_id <= 102 < m_low_limit_id，所以要在 `m_ids` 列表中查找，发现 `DB_TRX_ID` 存在列表中，那么这个记录不可见
 
-- 根据 `DB_ROLL_PTR` 找到 `undo log` 中的上一版本记录，上一条记录的 `DB_TRX_ID` 为 101，满足 102 < m_up_limit_id，记录可见，所以在 `T6` 时间点查询到数据为 `name = 李四`，与时间 T4 查询到的结果不一致，不可重复读！
+- 根据 `DB_ROLL_PTR` 找到 `undo log` 中的上一版本记录，上一条记录的 `DB_TRX_ID` 为 101，满足 101 < m_up_limit_id，记录可见，所以在 `T6` 时间点查询到数据为 `name = 李四`，与时间 T4 查询到的结果不一致，不可重复读！
 
 3. **`时间线来到 T9 ，数据的版本链为`：**
 
@@ -212,4 +212,4 @@
 - **《MySQL 技术内幕 InnoDB 存储引擎第 2 版》**
 
 - [Innodb 中的事务隔离级别和锁的关系](https://tech.meituan.com/2014/08/20/innodb-lock.html)
-- [MySQL 事务与 MVCC 如何实现的隔离级别](https://blog.csdn.net/qq_35190492/article/details/109044141)
\ No newline at end of file
+- [MySQL 事务与 MVCC 如何实现的隔离级别](https://blog.csdn.net/qq_35190492/article/details/109044141)