MySQL InnoDB 锁和事务

港控/mmm° 2022-05-10 01:28 233阅读 0赞

#### 锁 ####

标准行级锁：共享锁和排它锁  
特殊的锁：意向锁

*  一致性非锁定性读：  
    指InnoDB存储引擎通过行多版本控制的方式读取当前执行时间数据库中行的数据，如果读取的行正在执行delete或者update操作，这时读取操作不会去等待行锁的释放，相反的会去读取行的一个快照数据  
    在事务隔离级别READ COMMITTED和REPEATABLE READ（默认事务级别）下，InnoDB使用费一致性锁定性锁，但对于快照数据的定义却不一样，READ COMMITTED总是读取最新的一份快照数据，而REPEATABLE READ读取的是事务开始时的快照数据
 *  一致性锁定读：  
    在某些情况下，用户需要显示的对数据库读取操作进行加锁以保证数据逻辑的一致性，而这要求数据库支持加锁语句，innodb对于select语句支持两种一致性的锁定读操作：  
    **select … for update**  
    对读取的行加一个X锁，其他事务不能对已锁定的行加任何锁  
    **select … lock in share mode**  
    对读取的行加一个S锁，其他事务可以向已锁定的行加S锁，但是加X锁会阻塞  
    对于一致性非锁定性读，即使读取的行已经加了X锁，也是可以被读取的。当事务提交了，锁就释放了。所以使用以上两种锁时，务必加上BEGIN ,START TRANSACTION 或 SET AUTOCOMMIT=0
 *  锁的三种算法：  
    Record Lock：单个行记录上的锁  
    Gap Lock: 间隙锁，锁定一个范围，但不包含记录本身  
    Next-Key Lock：锁定一个范围，并锁定记录本身
 *  锁问题：  
    **脏读**：即一个事务读到了另一个事务未提交的数据，违反了数据库的隔离性  
    只有将事务开启为READ UNCOMMITTED才会发生  
    **不可重复读**：一个事务在多次读取同一个数据集合，由于事务没有结束，有另一个事务也访问了该数据集合，并进行了一些DML操作，因此第一个事务两次读取到的值不同，违反了数据的一致性  
    在InnoDB中默认事务隔离级别REPEATABLE READ通过Next-Key Lock算法来避免了不可重复读的问题  
    **丢失更新**：简单来说就是一个事务的更新操作被另一个数据的更新操作所覆盖  
    要避免更新操作的发生，需要让事务在这种情况下串行化，而不是并行化  
    **阻塞**：因为不同锁之间的兼容问题，某些时刻一个事务中的锁需要等待另一个事务释放它占用的资源  
    **死锁**：两个或两个以上的事务在执行过程中，因争夺锁资源而造成相互等待的现象  
    解决死锁的方法之一就是超时，当前数据库还普遍采用一种wait for graph的方式来检测死锁

#### 事务 ####

事务的四大特性ACID

A(Automicity)原子性，要么成功要么失败  
C(consistency)一致性  
I(isolation)隔离性  
D(durability)持久性

事务隔离级别

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

参考：

1.  高性能MySQL 第3版
2.  MySQL技术内幕-InnoDB存储引擎 第2版