Mysql事务的隔离级别——关于脏读、幻读、可重复读

深碍√TFBOYSˉ_ 2024-04-08 11:20 81阅读 0赞

#### 目录 ####

*  一、事务
 *   *  （一）什么是事务
     *  （二）事务的特征
     *  （三）手动开启、提交、回滚事务
 *  二、脏读、幻读、可重复读
 *   *  （一）脏读 read uncommit
     *  （二）不可重复读 unrepeatable
     *  （三）幻读
     *  （四）不可重复读和幻读的区别
 *  三、事务的隔离级别
 *   *  （一）读未提交read uncommitted
     *  （二）读已提交read committed
     *  （三）不可重复读 read repeatable
     *  （四）序列化 serializable

因为InnoDB是支持事务的，所以只对InnoDB的事务进行讨论。

## 一、事务 ##

### （一）什么是事务 ###

事务是由一组SQL语句组成的逻辑处理单元，是一组不可分割的操作序列。

### （二）事务的特征 ###

1.  原子性（Actomicity）：事务是一个原子操作单元，其对数据的修改，要么全都执行，要么全都不执行。
2.  一致性（Consistent）：在事务开始和完成时，数据都必须保持一致状态。
3.  隔离性（Isolation）：数据库系统提供一定的隔离机制，保证事务在不受外部并发操作影响的“独立”环境执行。
4.  持久性（Durable）：事务完成之后，它对于数据的修改是永久性的，即使出现系统故障也能够保持。

### （三）手动开启、提交、回滚事务 ###

-- 开启事务
    start transaction;
    update user_count set balance = balance + 20 where id = 1;
    update user_count set balance = balance - 20 where id =2;
    -- 回滚事务
    rollback;
    -- 提交事务
    commit;

`注意：`在回滚和提交之前，数据库中的数据都是操作的缓存中的数据，而不是数据库中的真实数据。

## 二、脏读、幻读、可重复读 ##

### （一）脏读 read uncommit ###

**读取到了未提交的数据。**

脏读对应的是r**ead uncommitted读未提交**的事务隔离级别，即从缓存中读取数据，而不是读取已经持久化的数据。

事务B在select的时候，读取到了被事务A更新在缓存的数据，但是该数据没有真正的持久化到数据库中，一旦事务A会滚，事务B就会读到错误的脏数据。

![在这里插入图片描述][a33b87742e78466e86ea92e6a8ff324e.jpeg_pic_center]

### （二）不可重复读 unrepeatable ###

一个事务在读取某些数据已经发生了改变、或某些记录已经被删除了！这种现象叫做“不可重复读”。

不可重复读产生的场景对应的是**read committed读已提交**的事务隔离级别，即事务读取的数据都是已经完成持久化的数据。

![在这里插入图片描述][fe867c8e247c4f0e9e0d704940633ddf.jpeg_pic_center]

### （三）幻读 ###

同一事务内，同样的筛选条件，查询出来的数据条数发生了变化，（另一个事务抢到CPU进行了删除或者插入条件），这种现象就称为“幻读” 。  
幻读产生的场景对应的是**repeatable read可重复读**的事务隔离级别，事务读取的数据都是已经完成持久化的数据，并且为事务在修改的数据增加行锁，但是没有表锁。

![在这里插入图片描述][cd758fb574f0489e9ca5a56c656cd94f.jpeg_pic_center]

### （四）不可重复读和幻读的区别 ###

不可重复读针对的是**同一条数据**，读的是别的事务修改之前的样子，一旦事务的隔离级别使用了unrepeatable read，加上行锁，就可以避免产生。  
幻读针对的是**满足筛选条件的一批数据**，因为行锁不能阻止插入和删除数据，所以会导致查询到的条数是错误的，使用serializable可以避免。

## 三、事务的隔离级别 ##

<table> 
 <thead> 
  <tr> 
   <th align="center"></th> 
   <th align="center">脏读</th> 
   <th align="center">不可重复读</th> 
   <th align="center">幻读</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td align="center">read uncommitted</td> 
   <td align="center">√</td> 
   <td align="center">√</td> 
   <td align="center">√</td> 
  </tr> 
  <tr> 
   <td align="center">read committed</td> 
   <td align="center"></td> 
   <td align="center">√</td> 
   <td align="center">√</td> 
  </tr> 
  <tr> 
   <td align="center">repeatable read</td> 
   <td align="center"></td> 
   <td align="center"></td> 
   <td align="center">√</td> 
  </tr> 
  <tr> 
   <td align="center">serializable</td> 
   <td align="center"></td> 
   <td align="center"></td> 
   <td align="center"></td> 
  </tr> 
 </tbody> 
</table>

设置表的隔离级别sql语言如下：

-- 查询数据库当前的隔离级别
    select @@transaction_isolation
    -- 读未提交
    set session transaction isolation level read uncommitted;
    -- 读已提交
    set session transaction isolation level read committed;
    -- 不可重复读
    set session transaction isolation level repeatable read;
    -- 序列化（串行执行）
    set session transaction isolation level serializable;

### （一）读未提交read uncommitted ###

读缓存里面的数据，风险最高但是允许的并发最多

### （二）读已提交read committed ###

读持久化的数据，不读缓存的数据，不加锁

### （三）不可重复读 read repeatable ###

读可持久化的数据的数据，并且添加行级锁（一个事务在修改某行数据的时候，别的事务阻塞等待提交才能读到）

### （四）序列化 serializable ###

最安全但是并发效率最低，读持久化数据，并且加表锁，如果事务并发的多，需要一直阻塞，不建议使用。

事务的隔离级别从低到高依次是 read uncommitted ， read committed， repeatable read ， serializable 。隔离级别越低，越能支持高并发的数据操作，与此同时，也会带来越高的并发风险，Mysql数据库默认的隔离级别是repeatable read 。

[a33b87742e78466e86ea92e6a8ff324e.jpeg_pic_center]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/08/52a984c8f57243b99859c929afc5599c.jpeg
[fe867c8e247c4f0e9e0d704940633ddf.jpeg_pic_center]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/08/9d59cd3ba99540caa82c82128a1b62f1.jpeg
[cd758fb574f0489e9ca5a56c656cd94f.jpeg_pic_center]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/08/201191f8a1d949adabdc4344fcab7846.jpeg