数据库事务隔离级别实例详解

桃扇骨 2023-10-03 16:06 6阅读 0赞

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

title: 数据库事务隔离级别实例详解  
date: 2021-09-05 14:31:33  
tags:

*  数据库
 *  MySQL  
    categories:
 *  数据库  
    cover: https://cover.png  
    feature: false

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

## 1. 名词概念 ##

**1.1 脏读**：一个事务，读取到另一个事务中没有提交的数据  
**1.2 不可重复读（虚读）**：在同一个事务中，两次读取到的数据不一样  
**1.3 幻读**：一个事务操作（DML）数据表中所有记录，另一个事务添加了一条数据，第一个事务查询不到自己的修改

## 2. 隔离级别分类 ##

### 2.1 read uncommitted：读未提交 ###

> 问题：脏读、不可重复读、幻读

### 2.2 read committed：读已提交（Oracle默认） ###

> 问题：不可重复读、幻读

### 2.3 repeatable read：可重复读（MySQL默认） ###

> 问题：幻读

### 2.4 serializable：串行化 ###

> 可以解决所有问题

## 3. 解析 ##

### 3.1 设置read uncommitted时 ###

当张三借钱给李四，设双方账号各有1000元，转账后张三变为500，李四变为1500

事务1：						事务2：
    		start transaction;				start transaction;
    		张三：1000，李四：1000			        张三：1000，李四：1000
    	转账后：
    		张三：500，李四：1500

而张三进行转账操作时，开启事务，执行转账后，并未提交（commit）。由于设置了read uncommitted，李四可以查询到未提交的数据（**脏读**），看到账户余额为1500元，给张三打下500元借条。这时张三进行回滚（rollback），账户余额重新变为1000，李四再去看时账户余额已变为1000元（**不可重复读**）

事务1：									事务2：
    	转账后：
    		张三：500，李四：1500 （此时并未提交）   张三：500，李四：1500（其他事务未提交但能查看修改数据）
    		rollback;
    		（张三：1000，李四：1000）				张三：1000，李四：1000

此时张三一分钱没少，反而李四欠张三500元，这就出问题了

### 3.2 设置read committed时 ###

此时不会发生3.1 所述问题，当张三转账完，执行 commit 提交后，张三账户余额为500元，李四账户余额为1500元

事务1：							事务2：
    	转账后：
    		张三：500，李四：1500（未提交）		张三：1000，李四：1000（其他事务未提交不能查看修改数据）
    		commit;
    		（张三：500，李四：1500）			张三：500，李四：1500（其他事务已提交可以查看修改数据）

对于李四来说，第一次查看账户余额为1000元，第二次查看账户余额为1500元。在同一个事务中，两次读取到的数据不一样（**不可重复读**）

李四：1000
    		李四：1500

从操作层面来说很合理，但是有些情况需要在同一个事务中读取到的数据都一样。例如做一个利率年增长查询，你查看到的是25%，而当你报告给你的上级说是25%时，你的上级一查看到的却是24.6%，同一个事务中查到的数据不一样。这时候就显得你工作有问题。此时我们需要定义repeatable read（可重复读）

### 3.3 设置repeatable read ###

此时我们开启一个事务，无论其他事务做了什么修改，只要我们本事务不提交（commit），即不重新开启事务，查询到的结果都是一样，不会改变。只有当我们提交事务后，再次开启事务，查询到的才是这次事务现在的数据

事务1：					事务2：
    		start transaction;			start transaction;
    		张三：1000,李四：1000			张三：1000，李四：1000
    	转账后：
    		张三：500，李四：1500			张三：1000，李四：1000
    		commit;
    		（张三：500，李四：1500）		张三：1000，李四：1000（其他事务已提交，但查询结果不变）
    										commit;
    										start transaction;
    										张三：500，李四：1500（重新开启事务查询）

但此时又有一个问题，当一个事务进行修改后，另一个事务中查询不到修改的记录（**幻读**）

### 3.4 设置serializable ###

serializable相当于**锁**的概念，即一个事务在操作一个表的数据时，其他事务是不可以操作这张表的。只有当这个事务结束后，其他事务才可以操作

事务1：					事务2：
    		start transaction;			start transaction；
    		张三：1000,李四：1000			等待
    	转账后：
    		张三：500，李四：1500			等待
    		commit;
    		（张三：500，李四：1500）		张三：500，李四：1500（查询到）

**由此可见，事务隔离级别越高，效率也越低**