MySQL InnoDB引擎 MVCC并发控制

深碍√TFBOYSˉ_ 2022-05-20 03:52 284阅读 0赞

来源：https://blog.csdn.net/tb3039450/article/details/66472579

首先，我们来介绍一下什么是MVCC，为什么要使用MVCC，MVCC的原理，然后结合MySQL的事务隔离级别来说一下MVCC的实现。

--------------------

## **1.MVCC定义** ##

MVCC全称Mutli Version Concurreny Control,多版本并发控制，也可称之为一致性非锁定读；它通过行的多版本控制方式来读取当前执行时间数据库中的行数据。实质上使用的是快照数据。

--------------------

## **2.为什么要使用MVCC** ##

*  消除锁的开销；这个较好理解，如果要保证数据的一致性，最简单的方式就是对操作数据进行加锁，但是加锁不可避免的会有锁开销。所以，如果有能避免进行加锁的方式当然是最好的。
 *  提高并发度，这个我们先不在这说明，看完MVCC的原理以后你自然就明白了。

--------------------

## **3.MVCC与事务隔离级别** ##

在InnoDB事务隔离级别**“读已提交”**与**“可重复读”**下 ,InnoDB存储引擎使用MVCC机制（非锁定一致性读）。在**“读已提交”**事务隔离级别下，对于快照数据，MVCC读总是**读取被锁定行的最新的快照数据**。而**“可重复读”**读到的总是读取**事务开始时的行数据版本**。

--------------------

## **4.MVCC原理** ##

对于**“可重复读”**读到的总是读取**事务开始时的行数据版本**，那MVCC机制是如何保证可重复读的？**其实就是在每一行记录的后面增加两个隐藏列，记录创建事务ID(创建版本号)和删除事务ID(删除版本号)**,在每次执行新的事务时，都会更新并且递增唯一的事务ID.

### **4.1 Insert事务** ###

提交插入数据事务，此时创建事务ID为1.

<table> 
 <thead> 
  <tr> 
   <th>id</th> 
   <th align="left">name</th> 
   <th align="left">create version</th> 
   <th align="left">delete version</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>1</td> 
   <td align="left">a</td> 
   <td align="left">1</td> 
   <td align="left">undefined</td> 
  </tr> 
  <tr> 
   <td>2</td> 
   <td align="left">b</td> 
   <td align="left">1</td> 
   <td align="left">undefined</td> 
  </tr> 
  <tr> 
   <td>3</td> 
   <td align="left">c</td> 
   <td align="left">1</td> 
   <td align="left">undefined</td> 
  </tr> 
 </tbody> 
</table>

### **4.2 Select事务** ###

**重点：select事务查询的记录需要同时满足以上两条规则：**

1.  查询行的事务创建/修改事务ID <= 当前执行事务ID（在当前事务之前被创建的行）
2.  删除事务ID > 当前执行事务ID （已删除行不会被查到，在当前事务后删除的行会被查到）

此时执行事务ID=2的查询事务

### **4.3 Delete事务** ###

直接把该行的被删除事务ID设置为当前事务版本号，相当于标记删除，不是实际删除；例如删除id=1行

<table> 
 <thead> 
  <tr> 
   <th>id</th> 
   <th align="left">name</th> 
   <th align="left">create version</th> 
   <th align="left">delete version</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>1</td> 
   <td align="left">a</td> 
   <td align="left">1</td> 
   <td align="left">3</td> 
  </tr> 
  <tr> 
   <td>2</td> 
   <td align="left">b</td> 
   <td align="left">1</td> 
   <td align="left">undefined</td> 
  </tr> 
  <tr> 
   <td>3</td> 
   <td align="left">c</td> 
   <td align="left">1</td> 
   <td align="left">undefined</td> 
  </tr> 
 </tbody> 
</table>

--------------------

执行事务ID=4的查询事务，查询结果：

### **4.4 Update事务** ###

在更新操作的时候，采用的是先标记旧的那行记录为已删除，并且删除版本号是事务版本号，然后插入一行新的记录的方式。 例如 更新id=2行的name=d

<table> 
 <thead> 
  <tr> 
   <th>id</th> 
   <th align="left">name</th> 
   <th align="left">create version</th> 
   <th align="left">delete version</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>1</td> 
   <td align="left">a</td> 
   <td align="left">1</td> 
   <td align="left">3</td> 
  </tr> 
  <tr> 
   <td>2</td> 
   <td align="left">b</td> 
   <td align="left">1</td> 
   <td align="left">5</td> 
  </tr> 
  <tr> 
   <td>3</td> 
   <td align="left">c</td> 
   <td align="left">1</td> 
   <td align="left">undefined</td> 
  </tr> 
  <tr> 
   <td>2</td> 
   <td align="left">d</td> 
   <td align="left">5</td> 
   <td align="left">undefined</td> 
  </tr> 
 </tbody> 
</table>

--------------------

执行事务ID=6的查询事务，查询结果：

--------------------

## **5.为什么可重复读是我们经常使用到的事务隔离级别？** ##

其实这个问题还是比较好理解的，在读已提交的事务隔离级别下，从形成事务的ACID特性来说，读已提交违反了事务ACID特性中的隔离性。  
隔离性：每个事务的读写事务对象对其他事务的操作对象能相互分离。事务之间的操作是相对独立的，**事务提交前对其他事务不可见**。