From 556bcb5e9d03566bf52cd714fd66a1f75d28a4a7 Mon Sep 17 00:00:00 2001
From: CyC2018 <1029579233@qq.com>
Date: Sun, 1 Apr 2018 12:12:29 +0800
Subject: [PATCH] auto commit
---
notes/数据库系统原理.md | 22 +++++++++++-----------
1 file changed, 11 insertions(+), 11 deletions(-)
diff --git a/notes/数据库系统原理.md b/notes/数据库系统原理.md
index ae7ec6a2..081ad4b4 100644
--- a/notes/数据库系统原理.md
+++ b/notes/数据库系统原理.md
@@ -132,7 +132,7 @@ MySQL 中提供了两种封锁粒度：行级锁以及表级锁。
| - | X | S |
| :--: | :--: | :--: |
-|X|NO|No|
+|X|No|No|
|S|No|Yes|
### 2. 意向锁
@@ -159,7 +159,7 @@ MySQL 中提供了两种封锁粒度：行级锁以及表级锁。
**一级封锁协议**
-事务 T 要修改数据 A 时必须加 X 锁，直到事务结束才释放锁。
+事务 T 要修改数据 A 时必须加 X 锁，直到 T 结束才释放锁。
可以解决丢失修改问题，因为不能同时有两个事务对同一个数据进行修改，那么一个事务的修改就不会被覆盖。
@@ -291,11 +291,11 @@ InnoDB 的 MVCC 使用到的快照存储在 Undo 日志中，该日志通过回
该操作必须保证多个事务读取到同一个数据行的快照，这个快照是最近的一个有效快照。但是也有例外，如果有一个事务正在修改该数据行，那么它可以读取事务本身所做的修改，而不用和其它事务的读取结果一致。
-当开始新一个事务时，该事务的版本号肯定会大于所有数据行快照的创建版本号，理解这一点很关键。
+当开始新一个事务时，该事务的版本号肯定会大于当前所有数据行快照的创建版本号，理解这一点很关键。
-把没对一个数据行做修改的事务称为 T1，T1 所要读取的数据行快照的创建版本号必须小于当前事务的版本号，因为如果大于或者等于当前事务的版本号，那么表示该数据行快照是其它事务的最新修改，因此不能去读取它。
+把没对一个数据行做修改的事务称为 T，T 所要读取的数据行快照的创建版本号必须小于 T 的版本号，因为如果大于或者等于 T 的版本号，那么表示该数据行快照是其它事务的最新修改，因此不能去读取它。
-除了上面的要求，T1 所要读取的数据行快照的删除版本号必须大于当前事务版本号，因为如果小于等于当前事务版本号，那么表示该数据行快照是已经被删除的，不应该去读取它。
+除了上面的要求，T 所要读取的数据行快照的删除版本号必须大于 T 的版本号，因为如果小于等于 T 的版本号，那么表示该数据行快照是已经被删除的，不应该去读取它。
### 2. INSERT
@@ -307,7 +307,7 @@ InnoDB 的 MVCC 使用到的快照存储在 Undo 日志中，该日志通过回
### 4. UPDATE
-将系统版本号作为更新后的数据行快照的创建版本号，同时将系统版本号作为作为更新前的数据行快照的删除版本号。可以理解为新执行 DELETE 后执行 INSERT。
+将系统版本号作为更新后的数据行快照的创建版本号，同时将系统版本号作为作为更新前的数据行快照的删除版本号。可以理解为先执行 DELETE 后执行 INSERT。
## 快照读与当前读
@@ -329,22 +329,22 @@ update ;
delete;
```
-引入当前读的目的主要是为了免去加锁操作带来的性能开销，但是快照读需要加锁。
+引入快照读的目的主要是为了免去加锁操作带来的性能开销，但是当前读需要加锁。
# 六、Next-Key Locks
-Next-Key Locks 也是 MySQL 的 InnoDB 存储引擎的一种实现。MVCC 不能解决幻读的问题，Next-Key Locks 就是为了解决这个问题而存在的。在可重复读隔离级别下，MVCC + Next-Key Locks，就可以防止幻读的出现。
+Next-Key Locks 也是 MySQL 的 InnoDB 存储引擎的一种锁实现。MVCC 不能解决幻读的问题，Next-Key Locks 就是为了解决这个问题而存在的。在可重复读隔离级别下，MVCC + Next-Key Locks，就可以防止幻读的出现。
## Record Locks
-锁定的对象时索引，而不是数据。如果表没有设置索引，InnoDB 会自动在主键上创建隐藏的聚集索引，因此 Record Lock 依然可以使用。
+锁定的对象是索引，而不是数据。如果表没有设置索引，InnoDB 会自动在主键上创建隐藏的聚集索引，因此 Record Locks 依然可以使用。
## Grap Locks
-锁定一个范围内的索引，例如当一个事务执行以下语句，其它事务就不能在 t.c1 中插入 15。
+锁定一个范围内的索引，例如当一个事务执行以下语句，其它事务就不能在 t.c 中插入 15。
```sql
-SELECT c1 FROM t WHERE c1 BETWEEN 10 and 20 FOR UPDATE;
+SELECT c FROM t WHERE c BETWEEN 10 and 20 FOR UPDATE;
```
## Next-Key Locks