MySQL：数据库的一致性读

男娘i 2022-12-27 01:21 192阅读 0赞

MySQL 在不同的事务隔离级别下提供两种读模式 一致性读 **(非加锁)** , 当前读 **(加锁读)** 。

**一致性读：** 利用MVCC机制读取到某个事务已经提交的数据,其实是从undo里面获取的数据快照 。

### 理解一致性读，我们需要明白如下概念： ###

**事务的概念**：由一组DML语句组成，要么全部成功，要么全部失败。

**事务的ACID：**

*  Atomicity：事务要么全部成功，要么全部失败，事务在执行过程中发生错误就回滚。
 *  Conssistency：事务开始前和结束后的数据库完整性没有改变
 *  Isolation：不同事务之间不存在干扰，同一个时刻，只允许一个事务请求同一个数据
 *  Durability：在事务完成以后，该事务所对数据库所作的更改便持久的保存在数据库之中，并不会被回滚。

**事务的并发问题：**

*  脏读：事务A读取事务B未提交的数据；
 *  幻读：事务开始的前后使用相同的sql查到的数据集合不一致；
 *  不可重复读：在一个事务的前后读取到的同一个数据的值不同；

**事务的隔离级别：**

*  读未提交(RU)
 *  读已提交(RC)
 *  可重复读(RR)：事务开启前生产一个一致性视图
 *  串行化(S)：事务顺序执行

**InnoDB的MVVC特性：**

*  即多版本并发控制
 *  目的：更好地支持并发访问，保证事务能实现一致性读
 *  实现：创建数据快照，让事务去读取快照，能达到读不加锁，读写不冲突的作用。
 *  MVVC有两种读操作：快照读和当前读

**MVVC快照：**

*  MVVC使用的一致性读快照称为Read View
 *  使用时机：在不同隔离级别下，会在不同时候使用到快照：RR隔离级别下是事务开启时到事务结束，RC隔离级别下是sql语句执行时到事务结束。
 *  实现：
    
    1.  每个事务具有唯一的事务ID，记为Transaction ID，它是在事务开启向InnoDB的事务系统申请，且按照申请顺序严格递增。
    2.  每行数据有多个版本，每个版本都有自己的ID，记为row\_trx\_id，每次事务更新数据时，会生成一个新的数据版本 Read View，并将Transaction ID赋值给row\_trx\_id，同时旧的数据也可以通过一定方式得到，InnoDB使用的是undo log，[undo log解析][undo log]

结合MVVC特性，我们就能很容易实现一致性读，当一致性读有种特殊情况，为**当前读**。事务B在执行过程中事务C对K进行修改，事务B读取的方式为当前读。

更新数据都是先读后写的，而这个读，只能读当前的值，称为“当前读”（current read）。

![img][]

[undo log]: https://www.cnblogs.com/xinysu/p/6555082.html
[img]: /images/20221120/e223c53523a0489482be5ce3d0f57230.png