（读书笔记）mysql中InnoDB的一致性非锁定读

一致性的非锁定读的意思是InnoDB通过行多版本控制的方式来读取当前执行数据库中行的数据

1、如果读取的行正在执行update或者delete操作时，这时读取操作不会因此去等待行的锁释放，而是会去读取一个行的一个快照数据

2、
之所以称为非锁定读，因为不需要等待行上锁的释放，快照数据指的是行之前的版本数据，该实现通过undo段来完成，而undo用来在事务中回滚数据，因此快照数据本身没有额外的开销。此外读取快照数据是不需要上锁的，因为没有事务需要对历史数据进行更改操作

3、非锁定读机制从某种程度上极大的提高的数据库的并发性，在默认的事务隔离级别下（可重复读级别），即读取不会占用和等待表上的锁，但是在不同的事务隔离级别下，读取的方式也不同，并不是在每个事务隔离级别下都是采用的非锁定的一致性读，，另外，即使是采用的非锁定一致性读，其对于快照数据的定义也是不同的

4、快照数据其实就是一个行数据之前的历史版本，每行记录可能会有多个版本，意味着一个行记录有可能不止一个快照数据，可能会有多个，一般这种技术我们称为行多版本技术，由此带来的并发控制，称为之多版本并发控制（MVCC）

5、在事务隔离级别read-committed和repeatable-read下，InnoDB引擎采用的是非锁定一致性读，但是对快照数据的定义是不同的，在repeatable-read下，对于快照数据，非锁定读总是读取事务开始时的行数据版本，而在read-committed下，对于快照数据，非锁定读总是读取被锁定行的最新一份快照数据

下面举例：
首先我们开启一个会话session A

mysql> SELECT @@transaction_isolation;
+-------------------------+
| @@transaction_isolation |
+-------------------------+
| REPEATABLE-READ         |
+-------------------------+
1 row in set (0.00 sec)

mysql> begin;
Query OK, 0 rows affected (0.00 sec)

mysql> select * from doc_folder where fol_id=1;
+--------+---------+------+--------+------+-----------+
| fol_id | fol_nam | types | dep_id | p1   | is_delete |
+--------+---------+------+--------+------+-----------+
|      1 | AB    |    1 |     30 |  154 |         0 |
+--------+---------+------+--------+------+-----------+
1 row in set (0.00 sec)

这时，我们还没提交会话A，然后再开启一个会话B，用于模拟并发
对B做以下操作

mysql> SELECT @@transaction_isolation;
+-------------------------+
| @@transaction_isolation |
+-------------------------+
| REPEATABLE-READ         |
+-------------------------+
1 row in set (0.00 sec)

mysql> begin;
Query OK, 0 rows affected (0.00 sec)

mysql> update doc_folder set fol_nam='BBBBBB' where fol_id=1;
Query OK, 1 row affected (0.00 sec)
Rows matched: 1  Changed: 1  Warnings: 0

如果B还没提交，无论是REPEATABLE-READ下，还是read-committed下，我们看到的数据fol_nam应该还是等于AB才对

mysql> select * from doc_folder where fol_id=1;
+--------+---------+------+--------+------+-----------+
| fol_id | fol_nam | types | dep_id | p1   | is_delete |
+--------+---------+------+--------+------+-----------+
|      1 | AB    |    1 |     30 |  154 |         0 |
+--------+---------+------+--------+------+-----------+
1 row in set (0.00 sec)

然后我们再提交事务B

mysql> commit;
Query OK, 0 rows affected (0.00 sec)

接下来我们分别看看read-committed和repeatable-read下，select到的数据是怎样的

repeatable-read：

mysql> SELECT @@transaction_isolation;
+-------------------------+
| @@transaction_isolation |
+-------------------------+
| REPEATABLE-READ         |
+-------------------------+
1 row in set (0.00 sec)

mysql> begin;
Query OK, 0 rows affected (0.00 sec)

mysql> select * from doc_folder where fol_id=1;
+--------+---------+------+--------+------+-----------+
| fol_id | fol_nam | type | dep_id | p1   | is_delete |
+--------+---------+------+--------+------+-----------+
|      1 | AB    |    1 |     30 |  154 |         0 |
+--------+---------+------+--------+------+-----------+
1 row in set (0.00 sec)

mysql> select * from doc_folder where fol_id=1;
+--------+---------+------+--------+------+-----------+
| fol_id | fol_nam | type | dep_id | p1   | is_delete |
+--------+---------+------+--------+------+-----------+
|      1 | AB    |    1 |     30 |  154 |         0 |
+--------+---------+------+--------+------+-----------+
1 row in set (0.01 sec)

mysql> commit;
Query OK, 0 rows affected (0.00 sec)

mysql> select * from doc_folder where fol_id=1;
+--------+---------+------+--------+------+-----------+
| fol_id | fol_nam | type | dep_id | p1   | is_delete |
+--------+---------+------+--------+------+-----------+
|      1 | BBBBBB  |    1 |     30 |  154 |         0 |
+--------+---------+------+--------+------+-----------+
1 row in set (0.00 sec)

我们看到事务A commit前的那一次查询是在事务B提交之后的查询，快照数据还是以前事务A开始时候的行数据

接下来看看read-committed：

mysql> SELECT @@transaction_isolation;
+-------------------------+
| @@transaction_isolation |
+-------------------------+
| READ-COMMITTED          |
+-------------------------+
1 row in set (0.00 sec)

mysql> 
mysql> 
mysql> begin;
Query OK, 0 rows affected (0.00 sec)

mysql> select * from doc_folder where fol_id=1;
+--------+---------+------+--------+------+-----------+
| fol_id | fol_nam | type | dep_id | p1   | is_delete |
+--------+---------+------+--------+------+-----------+
|      1 | BBBBBB  |    1 |     30 |  154 |         0 |
+--------+---------+------+--------+------+-----------+
1 row in set (0.00 sec)

mysql> select * from doc_folder where fol_id=1;
+--------+---------+------+--------+------+-----------+
| fol_id | fol_nam | type | dep_id | p1   | is_delete |
+--------+---------+------+--------+------+-----------+
|      1 | AAAAA   |    1 |     30 |  154 |         0 |
+--------+---------+------+--------+------+-----------+
1 row in set (0.01 sec)

mysql> commit;
Query OK, 0 rows affected (0.00 sec)

mysql> select * from doc_folder where fol_id=1;
+--------+---------+------+--------+------+-----------+
| fol_id | fol_nam | type | dep_id | p1   | is_delete |
+--------+---------+------+--------+------+-----------+
|      1 | AAAAA   |    1 |     30 |  154 |         0 |
+--------+---------+------+--------+------+-----------+
1 row in set (0.00 sec)

我们可以看到在READ-COMMITTED下，在事务B提交后，事务A还未提交前的这一次查询操作是已经查询到了事务B提交之后的新数据了，而在REPEATABLE-READ级别下，是没有读取到的，必须要提交才能读取到，这也更加证明了，在READ-COMMITTED隔离级别下，非锁定读读到的始终是该行版本最新的一个快照数据，这也是我们在并发中使用乐观锁需要修改为READ-COMMITTED隔离级别的基本原因，这样可以解决虚读的可能性