MySQL四种事务隔离级别和死锁

妖狐艹你老母 2021-11-29 22:00 327阅读 0赞

## MySQL事务（ACID） ##

*  原子性（atomicity）

一个事务必须被视为一个不可分割的最小工作单元，整个事务中的所有操作要么全部提交成功，要么全部失败回滚，对于一个事务来说，不可能只执行其中的一部分操作，这就是事务的原子性。

*  一致性（consistency）

数据库总是从一个一致性的状态转换到另外一个一致性的状态。就比如，一个事务中，某一个语句执行成功了，后面的执行失败了，最坏的状态也是回滚的。

*  隔离性（isolation）

通常来说，一个事务所做的修改在最终提交以前，对其他事务是不可见的

*  持久性（durability）

一旦事务提交，则其所做的修改就会永久保存到数据库中。

## 事务的并发问题 ##

1. 脏读：事务A读取了事务B更新的数据，然后B回滚操作，那么A读取到的数据是脏数据

2. 不可重复读：事务 A 多次读取同一数据，事务 B 在事务A多次读取的过程中，对数据作了更新并提交，导致事务A多次读取同一数据时，结果 不一致。

3. 幻读：系统管理员A将数据库中所有学生的成绩从具体分数改为ABCDE等级，但是系统管理员B就在这个时候插入了一条具体分数的记录，当系统管理员A改结束后发现还有一条记录没有改过来，就好像发生了幻觉一样，这就叫幻读。

**小结：不可重复读的和幻读很容易混淆，不可重复读侧重于修改，幻读侧重于新增或删除。解决不可重复读的问题只需锁住满足条件的行，解决幻读需要锁表**

## 隔离级别 ##

*  READ UNCOMMITTED（未提交读）
 *  READ COMMITTED（提交读）
 *  REPEATABLE READ（可重复读，默认的级别）
 *  SERIALIZABLE（可串行化）

<table> 
 <thead> 
  <tr> 
   <th>事务隔离级别</th> 
   <th>脏读</th> 
   <th>不可重复读</th> 
   <th>幻读</th> 
   <th>加锁读</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>读未提交（read-uncommitted）</td> 
   <td>是</td> 
   <td>是</td> 
   <td>是</td> 
   <td>NO</td> 
  </tr> 
  <tr> 
   <td>不可重复读（read-committed）</td> 
   <td>否</td> 
   <td>是</td> 
   <td>是</td> 
   <td>NO</td> 
  </tr> 
  <tr> 
   <td>可重复读（repeatable-read）</td> 
   <td>否</td> 
   <td>否</td> 
   <td>是</td> 
   <td>NO（版本控制）</td> 
  </tr> 
  <tr> 
   <td>串行化（serializable）</td> 
   <td>否</td> 
   <td>否</td> 
   <td>否</td> 
   <td>YES</td> 
  </tr> 
 </tbody> 
</table>

### 死锁 ###

死锁是指两个或者多个事务在同一资源上相互占用，并请求锁定对方占用的资源，从而导致恶性循环的现象。当多个事务试图以不同的顺序锁定资源时，就可能会产生死锁。

事务1

START TRANSACTION;
        UPDATE StockPrice SET close = 45.50 WHERE stock_id = 4 and date = '2002-05-01';
        UPDATE StockPrice SET close = 19.80 WHERE stock_id = 3 and date = '2002-05-02';
        COMMIT;

事务2

START TRANSACTION;
        UPDATE StockPrice SET high = 20.12 WHERE stock_id = 3 and date = '2002-05-02';
        UPDATE StockPrice SET high = 47.20 WHERE stock_id = 4 and date = '2002-05-01';
        COMMIT;

如果凑巧，两个事务都执行了第一条UPDATE语句，更新了一行数据，同时也锁定了该行数据，接着每个事务都尝试去执行第二条UPDATE语句，却发现该行已经被对方锁定，然后两个事务都等待对方释放锁，同时又持有对方需要的锁，则陷入死循环。除非有外部因素介入才可能解除死锁。

## 处理死锁 ##

InnoDB目前处理死锁的方法是，将持有最少行级排他锁的事务进行回滚（这是相对比较简单的死锁回滚算法）

死锁发生以后，只有部分或者完全回滚其中一个事务，才能打破死锁。对于事务型的系统，这是无法避免的，所以应用程序在设计时必须考虑如何处理死锁。大多数情况下只需要重新执行因死锁回滚的事务即可。

## 参考 ##

[MySQL的四种隔离级别][MySQL]

参考书籍<<高性能MySQL第三版>>第一章

[MySQL]: https://www.cnblogs.com/huanongying/p/7021555.html