yaclty/Java-Interview-Guide
1
0
Fork 0
mirror of https://github.com/Snailclimb/JavaGuide synced 2025-06-16 18:10:13 +08:00
Code Issues Projects Releases Wiki Activity

Update mysql-questions-01.md

Browse Source 
个人认为433行“非一致性锁定读”应该是笔误，应改为“一致性非锁定读”
435、436行“非一致性读”，应该改为“一致性非锁定读”或“非锁定读”
This commit is contained in:
kuluqi163 2022-08-23 11:46:55 +08:00 committed by GitHub
parent 1841062c12
commit 81878f36f1
No known key found for this signature in database
GPG Key ID: 4AEE18F83AFDEB23
1 changed files with 3 additions and 3 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

6
docs/database/mysql/mysql-questions-01.md
View File

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