auto commit

2018-08-16 22:34:21 +08:00
parent 3da8d737e6
commit 9f1e252e36
3 changed files with 201 additions and 205 deletions
--- a/notes/数据库系统原理.md
+++ b/notes/数据库系统原理.md
@ -20,6 +20,7 @@
    * [可串行化（SERIALIZABLE）](#可串行化serializable)
 * [五、多版本并发控制](#五多版本并发控制)
    * [版本号](#版本号)
+    * [隐藏的列](#隐藏的列)
    * [Undo 日志](#undo-日志)
    * [实现过程](#实现过程)
    * [快照读与当前读](#快照读与当前读)
@ -58,9 +59,7 @@

 ### 2. 一致性（Consistency）

-数据库在事务执行前后都保持一致性状态。
-
-在一致性状态下，所有事务对一个数据的读取结果都是相同的。
+数据库在事务执行前后都保持一致性状态。在一致性状态下，所有事务对一个数据的读取结果都是相同的。

 ### 3. 隔离性（Isolation）

@ -78,10 +77,10 @@

 - 只有满足一致性，事务的执行结果才是正确的。
 - 在无并发的情况下，事务串行执行，隔离性一定能够满足。此时只要能满足原子性，就一定能满足一致性。
- 在并发的情况下，多个事务并发执行，事务不仅要满足原子性，还需要满足隔离性，才能满足一致性。
+- 在并发的情况下，多个事务并行执行，事务不仅要满足原子性，还需要满足隔离性，才能满足一致性。
 - 事务满足持久化是为了能应对数据库崩溃的情况。

-<div align="center"> <img src="../pics//a58e294a-615d-4ea0-9fbf-064a6daec4b2.png" width="400"/> </div><br>
+<div align="center"> <img src="../pics//a58e294a-615d-4ea0-9fbf-064a6daec4b2.png" width="450"/> </div><br>

 ## AUTOCOMMIT

@ -95,25 +94,25 @@ MySQL 默认采用自动提交模式。也就是说，如果不显式使用`STAR

 T<sub>1</sub> 和 T<sub>2</sub> 两个事务都对一个数据进行修改，T<sub>1</sub> 先修改，T<sub>2</sub> 随后修改，T<sub>2</sub> 的修改覆盖了 T<sub>1</sub> 的修改。

-<div align="center"> <img src="../pics//88ff46b3-028a-4dbb-a572-1f062b8b96d3.png" width="300"/> </div><br>
+<div align="center"> <img src="../pics//88ff46b3-028a-4dbb-a572-1f062b8b96d3.png" width="350"/> </div><br>

 ## 读脏数据

 T<sub>1</sub> 修改一个数据，T<sub>2</sub> 随后读取这个数据。如果 T<sub>1</sub> 撤销了这次修改，那么 T<sub>2</sub> 读取的数据是脏数据。

-<div align="center"> <img src="../pics//dd782132-d830-4c55-9884-cfac0a541b8e.png" width="300"/> </div><br>
+<div align="center"> <img src="../pics//dd782132-d830-4c55-9884-cfac0a541b8e.png" width="400"/> </div><br>

 ## 不可重复读

 T<sub>2</sub> 读取一个数据，T<sub>1</sub> 对该数据做了修改。如果 T<sub>2</sub> 再次读取这个数据，此时读取的结果和第一次读取的结果不同。

-<div align="center"> <img src="../pics//c8d18ca9-0b09-441a-9a0c-fb063630d708.png" width="300"/> </div><br>
+<div align="center"> <img src="../pics//c8d18ca9-0b09-441a-9a0c-fb063630d708.png" width="350"/> </div><br>

 ## 幻影读

 T<sub>1</sub> 读取某个范围的数据，T<sub>2</sub> 在这个范围内插入新的数据，T<sub>1</sub> 再次读取这个范围的数据，此时读取的结果和和第一次读取的结果不同。

-<div align="center"> <img src="../pics//72fe492e-f1cb-4cfc-92f8-412fb3ae6fec.png" width="300"/> </div><br>
+<div align="center"> <img src="../pics//72fe492e-f1cb-4cfc-92f8-412fb3ae6fec.png" width="350"/> </div><br>

 ----

@ -123,7 +122,6 @@ T<sub>1</sub> 读取某个范围的数据，T<sub>2</sub> 在这个范围内插

 ## 封锁粒度

-
 MySQL 中提供了两种封锁粒度：行级锁以及表级锁。

 应该尽量只锁定需要修改的那部分数据，而不是所有的资源。锁定的数据量越少，发生锁争用的可能就越小，系统的并发程度就越高。
@ -150,8 +148,8 @@ MySQL 中提供了两种封锁粒度：行级锁以及表级锁。

 | - | X | S |
 | :--: | :--: | :--: |
-|X|NO|NO|
-|S|NO|YES|
+|X|×|×|
+|S|×|√|

 ### 2. 意向锁

@ -170,10 +168,10 @@ MySQL 中提供了两种封锁粒度：行级锁以及表级锁。

 | - | X | IX | S | IS |
 | :--: | :--: | :--: | :--: | :--: |
-|X     |NO    |NO    |NO   | NO|
-|IX    |NO    |YES   |NO   | YES|
-|S     |NO    |NO    |YES  | YES|
-|IS    |NO    |YES  |YES  | YES|
+|X     |×    |×    |×   | ×|
+|IX    |×    |√   |×   | √|
+|S     |×    |×    |√  | √|
+|IS    |×    |√  |√  | √|

 解释如下：

@ -298,32 +296,30 @@ SELECT ... FOR UPDATE;

 | 隔离级别 | 脏读 | 不可重复读 | 幻影读 |
 | :---: | :---: | :---:| :---: |
-| 未提交读 | YES | YES | YES |
-| 提交读 | NO | YES | YES |
-| 可重复读 | NO | NO | YES |
-| 可串行化 | NO | NO | NO |
+| 未提交读 | √ | √ | √ |
+| 提交读 | × | √ | √ |
+| 可重复读 | × | × | √ |
+| 可串行化 | × | × | × |

 # 五、多版本并发控制

-多版本并发控制（Multi-Version Concurrency Control, MVCC）是 MySQL 的 InnoDB 存储引擎实现隔离级别的一种具体方式，用于实现提交读和可重复读这两种隔离级别。
-
-而未提交读隔离级别总是读取最新的数据行，无需使用 MVCC。
-
-可串行化隔离级别需要对所有读取的行都加锁，单纯使用 MVCC 无法实现。
+多版本并发控制（Multi-Version Concurrency Control, MVCC）是 MySQL 的 InnoDB 存储引擎实现隔离级别的一种具体方式，用于实现提交读和可重复读这两种隔离级别。而未提交读隔离级别总是读取最新的数据行，无需使用 MVCC。可串行化隔离级别需要对所有读取的行都加锁，单纯使用 MVCC 无法实现。

 ## 版本号

 - 系统版本号：是一个递增的数字，每开始一个新的事务，系统版本号就会自动递增。
 - 事务版本号：事务开始时的系统版本号。

-InooDB 的 MVCC 在每行记录后面都保存着两个隐藏的列，用来存储两个版本号：
+## 隐藏的列
+
+MVCC 在每行记录后面都保存着两个隐藏的列，用来存储两个版本号：

 - 创建版本号：指示创建一个数据行的快照时的系统版本号；
 - 删除版本号：如果该快照的删除版本号大于当前事务版本号表示该快照有效，否则表示该快照已经被删除了。

 ## Undo 日志

-InnoDB 的 MVCC 使用到的快照存储在 Undo 日志中，该日志通过回滚指针把一个数据行（Record）的所有快照连接起来。
+MVCC 使用到的快照存储在 Undo 日志中，该日志通过回滚指针把一个数据行（Record）的所有快照连接起来。

 <div align="center"> <img src="../pics//e41405a8-7c05-4f70-8092-e961e28d3112.jpg" width=""/> </div><br>

@ -331,15 +327,13 @@ InnoDB 的 MVCC 使用到的快照存储在 Undo 日志中，该日志通过回

 以下实现过程针对可重复读隔离级别。

-### 1. SELECT
-
 当开始新一个事务时，该事务的版本号肯定会大于当前所有数据行快照的创建版本号，理解这一点很关键。

+### 1. SELECT
+
 多个事务必须读取到同一个数据行的快照，并且这个快照是距离现在最近的一个有效快照。但是也有例外，如果有一个事务正在修改该数据行，那么它可以读取事务本身所做的修改，而不用和其它事务的读取结果一致。

-把没有对一个数据行做修改的事务称为 T，T 所要读取的数据行快照的创建版本号必须小于 T 的版本号，因为如果大于或者等于 T 的版本号，那么表示该数据行快照是其它事务的最新修改，因此不能去读取它。
-
-除了上面的要求，T 所要读取的数据行快照的删除版本号必须大于 T 的版本号，因为如果小于等于 T 的版本号，那么表示该数据行快照是已经被删除的，不应该去读取它。
+把没有对一个数据行做修改的事务称为 T，T 所要读取的数据行快照的创建版本号必须小于 T 的版本号，因为如果大于或者等于 T 的版本号，那么表示该数据行快照是其它事务的最新修改，因此不能去读取它。除此之外，T 所要读取的数据行快照的删除版本号必须大于 T 的版本号，因为如果小于等于 T 的版本号，那么表示该数据行快照是已经被删除的，不应该去读取它。

 ### 2. INSERT

@ -385,7 +379,7 @@ MVCC 不能解决幻读的问题，Next-Key Locks 就是为了解决这个问题

 锁定一个记录上的索引，而不是记录本身。

-如果表没有设置索引，InnoDB 会自动在主键上创建隐藏的聚集索引，因此 Record Locks 依然可以使用。
+如果表没有设置索引，InnoDB 会自动在主键上创建隐藏的聚簇索引，因此 Record Locks 依然可以使用。

 ## Gap Locks

@ -397,7 +391,7 @@ SELECT c FROM t WHERE c BETWEEN 10 and 20 FOR UPDATE;

 ## Next-Key Locks

-它是 Record Locks 和 Gap Locks 的结合，不仅锁定一个记录上的索引，也锁定范围内的索引。例如一个索引包含以下值：10, 11, 13, and 20，那么就需要锁定以下区间：
+它是 Record Locks 和 Gap Locks 的结合，不仅锁定一个记录上的索引，也锁定索引之间的间隙。例如一个索引包含以下值：10, 11, 13, and 20，那么就需要锁定以下区间：

 ```sql
 (negative infinity, 10]
@ -432,10 +426,10 @@ SELECT c FROM t WHERE c BETWEEN 10 and 20 FOR UPDATE;

 不符合范式的关系，会产生很多异常，主要有以下四种异常：

- 冗余数据：例如 学生-2 出现了两次。
+- 冗余数据：例如 `学生-2` 出现了两次。
 - 修改异常：修改了一个记录中的信息，但是另一个记录中相同的信息却没有被修改。
- 删除异常：删除一个信息，那么也会丢失其它信息。例如如果删除了 课程-1，需要删除第一行和第三行，那么 学生-1 的信息就会丢失。
- 插入异常，例如想要插入一个学生的信息，如果这个学生还没选课，那么就无法插入。
+- 删除异常：删除一个信息，那么也会丢失其它信息。例如删除了 `课程-1` 需要删除第一行和第三行，那么 `学生-1` 的信息就会丢失。
+- 插入异常：例如想要插入一个学生的信息，如果这个学生还没选课，那么就无法插入。

 ## 范式

@ -506,7 +500,11 @@ Sname, Sdept 和 Mname 都部分依赖于键码，当一个学生选修了多门

 非主属性不传递函数依赖于键码。

-上面的 关系-1 中存在以下传递函数依赖：Sno -> Sdept -> Mname，可以进行以下分解：
+上面的 关系-1 中存在以下传递函数依赖：
+
+- Sno -> Sdept -> Mname
+
+可以进行以下分解：

 关系-11

@ -533,13 +531,19 @@ Entity-Relationship，有三个组成部分：实体、属性、联系。

 包含一对一，一对多，多对多三种。

-如果 A 到 B 是一对多关系，那么画个带箭头的线段指向 B；如果是一对一，画两个带箭头的线段；如果是多对多，画两个不带箭头的线段。下图的 Course 和 Student 是一对多的关系。
+- 如果 A 到 B 是一对多关系，那么画个带箭头的线段指向 B；
+- 如果是一对一，画两个带箭头的线段；
+- 如果是多对多，画两个不带箭头的线段。
+
+下图的 Course 和 Student 是一对多的关系。

 <div align="center"> <img src="../pics//292b4a35-4507-4256-84ff-c218f108ee31.jpg" width=""/> </div><br>

 ## 表示出现多次的关系

-一个实体在联系出现几次，就要用几条线连接。下图表示一个课程的先修关系，先修关系出现两个 Course 实体，第一个是先修课程，后一个是后修课程，因此需要用两条线来表示这种关系。
+一个实体在联系出现几次，就要用几条线连接。
+
+下图表示一个课程的先修关系，先修关系出现两个 Course 实体，第一个是先修课程，后一个是后修课程，因此需要用两条线来表示这种关系。

 <div align="center"> <img src="../pics//8b798007-e0fb-420c-b981-ead215692417.jpg" width=""/> </div><br>

@ -549,7 +553,7 @@ Entity-Relationship，有三个组成部分：实体、属性、联系。

 <div align="center"> <img src="../pics//423f2a40-bee1-488e-b460-8e76c48ee560.png" width=""/> </div><br>

-一般只使用二元联系，可以把多元关系转换为二元关系。
+一般只使用二元联系，可以把多元联系转换为二元联系。

 <div align="center"> <img src="../pics//de9b9ea0-1327-4865-93e5-6f805c48bc9e.png" width=""/> </div><br>