行锁规则以及冲突矩阵

女爷i 2023-06-13 06:08 8阅读 0赞

## 行锁 ##

### 记录锁(Record Locks) ###

记录锁, 仅仅锁住索引记录的一行。  
单条索引记录上加锁，record lock锁住的永远是索引，而非记录本身，即使该表上没有任何索引，那么innodb会在后台创建一个隐藏的聚集主键索引，那么锁住的就是这个隐藏的聚集主键索引。所以说当一条sql没有走任何索引时，那么将会在每一条聚集索引后面加X锁，这个类似于表锁，但原理上和表锁应该是完全不同的。

参见官方文档：

> If the table has no PRIMARY KEY or suitable UNIQUE index, InnoDB internally generates a hidden clustered index on a synthetic column containing row ID values. The rows are ordered by the ID that InnoDB assigns to the rows in such a table. The row ID is a 6-byte field that increases monotonically as new rows are inserted. Thus, the rows ordered by the row ID are physically in insertion order.

### 间隙锁(Gap Locks) ###

区间锁, 仅仅锁住一个索引区间(开区间)。  
在索引记录之间的间隙中加锁，或者是在某一条索引记录之前或者之后加锁，并不包括该索引记录本身。

### next-key锁(Next-Key Locks) ###

record lock + gap lock, 左开右闭区间。

> A next-key lock is a combination of a record lock on the index record and a gap lock on the gap before the index record.
> 
> By default, InnoDB operates in REPEATABLE READ transaction isolation level and with the innodb\_locks\_unsafe\_for\_binlog system variable disabled. In this case, InnoDB uses next-key locks for searches and index scans, which prevents phantom rows。

默认情况下，innodb使用next-key locks来锁定记录。  
但当查询的索引含有唯一属性的时候，Next-Key Lock 会进行优化，将其降级为Record Lock，即仅锁住索引本身，不是范围。

## 行锁的兼容矩阵 ##

<table> 
 <tbody> 
 <tr> 
 <th> &nbsp; </th> 
 <th> Gap </th> 
 <th> Insert Intention </th> 
 <th> Record </th> 
 <th> Next-Key </th> 
 </tr> 
 <tr> 
 <td> Gap </td> 
 <td> 兼容 </td> 
 <td> 兼容 </td> 
 <td> 兼容 </td> 
 <td> 兼容 </td> 
 </tr> 
 <tr> 
 <td> Insert Intention </td> 
 <td> 冲突 </td> 
 <td> 兼容 </td> 
 <td> 兼容 </td> 
 <td> 冲突 </td> 
 </tr> 
 <tr> 
 <td> Record </td> 
 <td> 兼容 </td> 
 <td> 兼容 </td> 
 <td> 冲突 </td> 
 <td> 冲突 </td> 
 </tr> 
 <tr> 
 <td> Next-Key </td> 
 <td> 兼容 </td> 
 <td> 兼容 </td> 
 <td> 冲突 </td> 
 <td> 冲突 </td> 
 </tr> 
 </tbody> 
</table>