From 81878f36f1303be51f10d9205f16a5d04503fd0e Mon Sep 17 00:00:00 2001
From: kuluqi163 <94770628+kuluqi163@users.noreply.github.com>
Date: Tue, 23 Aug 2022 11:46:55 +0800
Subject: [PATCH] Update mysql-questions-01.md
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

个人认为433行“非一致性锁定读”应该是笔误，应改为“一致性非锁定读”
435、436行“非一致性读”，应该改为“一致性非锁定读”或“非锁定读”
---
 docs/database/mysql/mysql-questions-01.md | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/docs/database/mysql/mysql-questions-01.md b/docs/database/mysql/mysql-questions-01.md
index 2a83f3e1..d2ddde88 100644
--- a/docs/database/mysql/mysql-questions-01.md
+++ b/docs/database/mysql/mysql-questions-01.md
@@ -430,10 +430,10 @@ SELECT ... LOCK IN SHARE MODE
 
 快照读的情况下，如果读取的记录正在执行 UPDATE/DELETE 操作，读取操作不会因此去等待记录上 X 锁的释放，而是会去读取行的一个快照。
 
-只有在事务隔离级别 RC(读取已提交) 和 RR（可重读）下，InnoDB 才会使用非一致性锁定读：
+只有在事务隔离级别 RC(读取已提交) 和 RR（可重读）下，InnoDB 才会使用一致性非锁定读：
 
-- 在 RC 级别下，对于快照数据，非一致性读总是读取被锁定行的最新一份快照数据。
-- 在 RR 级别下，对于快照数据，非一致性读总是读取本事务开始时的行数据版本。
+- 在 RC 级别下，对于快照数据，一致性非锁定读总是读取被锁定行的最新一份快照数据。
+- 在 RR 级别下，对于快照数据，一致性非锁定读总是读取本事务开始时的行数据版本。
 
 快照读比较适合对于数据一致性要求不是特别高且追求极致性能的业务场景。