锁类型 InnoDB
。
共享锁和排他锁
InnoDB
实现标准的行级锁定,其中有两种类型的锁: 共享(S
)锁和排他(X
)锁。
如果事务T1
持有行锁 S
锁,则来自某些不同事务T2
的对行锁的请求将按以下方式处理:
- 可以立即批准
T2
一个S
锁请求。其结果是,无论是T1
与T2
持有S
的锁。 - 通过请求
T2
一个X
锁不能立即授予。
如果某个事务在行上具有排T1
他(X
)锁,则不能立即批准某个不同事务T2
对任一类型的锁请求。相反,事务T2
必须等待事务T1
释放对行的锁定。
意向锁
InnoDB
支持多种粒度锁定,允许行锁和表锁并存。例如,诸如的语句 在指定表上LOCK TABLES ... WRITE
采用排他锁(X
锁)。为了使在多个粒度级别上的锁定变得切实可行,请InnoDB
使用 意图锁。意向锁是表级锁,用于指示事务稍后对表中的行需要哪种锁类型(共享锁或排他锁)。有两种类型的意向锁:
例如,SELECT ... LOCK IN SHARE MODE
设置一个IS
锁,然后SELECT ... FOR UPDATE
设置一个IX
锁。
意向锁定协议如下:
- 在事务可以获取表中某行的共享锁之前,它必须首先获取该表中的
IS
锁或更强的锁。 - 在事务可以获取表中某行的排它锁之前,它必须首先获取该表中的
IX
锁。
表级锁类型的兼容性汇总在以下矩阵中。
X | IX | S | IS | |
---|---|---|---|---|
X | 冲突 | 冲突 | 冲突 | 冲突 |
IX | 冲突 | 兼容 | 冲突 | 兼容 |
S | 冲突 | 冲突 | 兼容 | 兼容 |
IS | 冲突 | 兼容 | 兼容 | 兼容 |
如果锁与现有锁兼容,则将其授予请求的事务,但如果与现有锁冲突,则不授予锁。事务等待直到冲突的现有锁被释放。如果锁定请求与现有锁定发生冲突,并且由于会导致死锁而无法被授予许可 ,则会发生错误。
意向锁不会阻止除全表请求(例如LOCK TABLES ... WRITE
)以外的任何内容。意向锁的主要目的是表明有人正在锁定表中的行,或者打算锁定表中的行。
对于意向锁事务数据出现类似于在下面SHOW ENGINE INNODB STATUS
和 InnoDB的监视器 输出:
TABLE LOCK table `test`.`t` trx id 10080 lock mode IX
记录锁
记录锁是对索引记录的锁定。例如, SELECT c1 FROM t WHERE c1 = 10 FOR UPDATE;
可以防止从插入,更新或删除行,其中的值的任何其它交易t.c1
是 10
。
记录锁始终锁定索引记录,即使没有定义索引的表也是如此。在这种情况下,请 InnoDB
创建一个隐藏的聚集索引,并将该索引用于记录锁。请参见Mysql 第14.6.2.1节“聚集索引和二级索引”。
用于在记录锁事务数据出现类似于在以下SHOW ENGINE INNODB STATUS
和 InnoDB的监视器 输出:
RECORD LOCKS space id 58 page no 3 n bits 72 index `PRIMARY` of table `test`.`t`
trx id 10078 lock_mode X locks rec but not gap
Record lock, heap no 2 PHYSICAL RECORD: n_fields 3; compact format; info bits 0
0: len 4; hex 8000000a; asc ;;
1: len 6; hex 00000000274f; asc 'O;;
2: len 7; hex b60000019d0110; asc ;;
间隙锁
间隙锁是对索引记录之间的间隙的锁定,或者是对第一个或最后一个索引记录之前的间隙的锁定。例如,由于该范围中所有现有值之间的间隙被锁定,因此SELECT c1 FROM t WHERE c1 BETWEEN 10 and 20 FOR UPDATE;
可以防止其他事务将value 15
插入column中t.c1
,无论该列中是否已经存在该值。
间隙可能跨越单个索引值,多个索引值,甚至为空。
间隙锁是性能和并发性之间折衷的一部分,并且在某些事务隔离级别而非其他级别中使用。
对于使用唯一索引来锁定唯一行的语句,不需要间隙锁定。(这不包括搜索条件仅包含多列唯一索引的某些列的情况;在这种情况下,会发生间隙锁。)例如,如果该id
列具有唯一索引,则以下语句仅使用一个索引记录锁id
值为100 的行,其他会话是否在前面的间隙中插入行都没有关系:
SELECT * FROM child WHERE id = 100;
如果id
未建立索引或具有非唯一索引,则该语句会锁定前面的间隙。
在这里还值得注意的是,可以通过不同的事务将冲突的锁保持在间隙上。例如,事务A可以在间隙上保留一个共享的间隙锁(间隙S锁),而事务B可以在同一间隙上保留排他的间隙锁(间隙X锁)。允许冲突的间隙锁的原因是,如果从索引中清除记录,则必须合并由不同事务保留在记录上的间隙锁。
间隙锁InnoDB`是“ 纯粹抑制性的 ”,这意味着它们的唯一目的是防止其他事务插入间隙。间隙锁可以共存。一个事务进行的间隙锁定不会阻止另一事务对同一间隙进行间隙锁定。共享和专用间隙锁之间没有区别。它们彼此不冲突,并且执行相同的功能。
间隙锁可以显式禁用。如果将事务隔离级别更改为READ COMMITTED
或启用 innodb_locks_unsafe_for_binlog
系统变量(现在已弃用),则会发生这种情况 。在这种情况下,间隙锁定对于搜索和索引扫描将被禁用,并且仅用于外键约束检查和重复键检查。
使用READ COMMITTED
隔离级别或启用 还具有其他效果 innodb_locks_unsafe_for_binlog
。MySQL评估WHERE
条件后,将释放不匹配行的记录锁。对于 UPDATE
语句,请InnoDB
执行“ 半一致 ”读取,以便将最新的提交版本返回给MySQL,以便MySQL可以确定行是否与的WHERE
条件匹配UPDATE
。
Next-Key锁
Next-Key锁是索引记录上的记录锁定和索引记录之前的间隙上的间隙锁定的组合。
InnoDB
执行行级锁定,以使其在搜索或扫描表索引时对遇到的索引记录设置共享或排他锁。因此,行级锁实际上是索引记录锁。索引记录上的Next-Key锁也会影响该索引记录之前的“ 间隙 ”。即Next-Key锁是索引记录锁定加上索引记录之前的间隙上的间隙锁定。如果一个会话R
在索引中的记录上具有共享或排他锁 ,则另一个会话不能R
在索引顺序之前的间隙中插入新的索引记录 。
假定索引包含值10、11、13和20。此索引的可能的Next-Key锁涵盖以下间隔,其中,圆括号表示排除区间端点,方括号表示包括端点:
(negative infinity, 10]
(10, 11]
(11, 13]
(13, 20]
(20, positive infinity)
对于最后一个间隔,next-key锁定将间隙锁定在索引中的最大值之上,并且“ supreumum ” 伪记录的值高于索引中实际的任何值。最高不是真正的索引记录,因此,实际上,此Next-Key锁仅锁定跟随最大索引值的间隙。
默认情况下,InnoDB
以 REPEATABLE READ
事务隔离级别运行。在这种情况下,请InnoDB
使用next-key锁进行搜索和索引扫描,以防止幻像行(请参见第14.7.4节“幻像行”)。
用于Next-Key锁定事务数据出现类似于在下面SHOW ENGINE INNODB STATUS
和 InnoDB的监视器 输出:
RECORD LOCKS space id 58 page no 3 n bits 72 index `PRIMARY` of table `test`.`t`
trx id 10080 lock_mode X
Record lock, heap no 1 PHYSICAL RECORD: n_fields 1; compact format; info bits 0
0: len 8; hex 73757072656d756d; asc supremum;;
Record lock, heap no 2 PHYSICAL RECORD: n_fields 3; compact format; info bits 0
0: len 4; hex 8000000a; asc ;;
1: len 6; hex 00000000274f; asc 'O;;
2: len 7; hex b60000019d0110; asc ;;
插入意向锁
插入意向锁是一种通过INSERT
行插入之前的操作设置的间隙锁 。此锁以这种方式发出信号,表明要插入的意图是:如果多个事务未插入间隙中的相同位置,则不必等待彼此插入的多个事务。假设有索引记录,其值分别为4和7。单独的事务分别尝试插入值5和6,在获得插入行的排他锁之前,每个事务都使用插入意图锁来锁定4和7之间的间隙,但不要互相阻塞,因为行是无冲突的。
下面的示例演示了在获得对插入记录的排他锁之前,使用插入意图锁的事务。该示例涉及两个客户端A和B。
客户端A创建一个包含两个索引记录(90和102)的表,然后启动一个事务,该事务将排他锁放置在ID大于100的索引记录上。排他锁在记录102之前包括一个间隙锁:
mysql> CREATE TABLE child (id int(11) NOT NULL, PRIMARY KEY(id)) ENGINE=InnoDB;
mysql> INSERT INTO child (id) values (90),(102);
mysql> START TRANSACTION;
mysql> SELECT * FROM child WHERE id > 100 FOR UPDATE;
+-----+
| id |
+-----+
| 102 |
+-----+
客户B开始交易以将记录插入空白。事务在等待获得排他锁的同时获取插入意图锁。
mysql> START TRANSACTION;
mysql> INSERT INTO child (id) VALUES (101);
用于插入意图锁定事务数据出现类似于在下面 SHOW ENGINE INNODB STATUS
和 InnoDB的监视器 输出:
RECORD LOCKS space id 31 page no 3 n bits 72 index `PRIMARY` of table `test`.`child`
trx id 8731 lock_mode X locks gap before rec insert intention waiting
Record lock, heap no 3 PHYSICAL RECORD: n_fields 3; compact format; info bits 0
0: len 4; hex 80000066; asc f;;
1: len 6; hex 000000002215; asc " ;;
2: len 7; hex 9000000172011c; asc r ;;...
自动上锁
一个AUTO-INC
锁是通过交易将与表中取得一个特殊的表级锁 AUTO_INCREMENT
列。在最简单的情况下,如果一个事务正在向表中插入值,则任何其他事务都必须等待自己在该表中进行插入,以便第一个事务插入的行接收连续的主键值。
该innodb_autoinc_lock_mode
配置选项控制用于自动增加锁定的算法。它使您可以选择如何在可预测的自动增量值序列与插入操作的最大并发性之间进行权衡。
空间索引的谓词锁
InnoDB
支持SPATIAL
包含空间列的列的索引
要处理涉及SPATIAL
索引的操作的锁定 ,下键锁定在支持REPEATABLE READ
或 SERIALIZABLE
事务隔离级别上效果不佳。多维数据中没有绝对排序概念,因此尚不清楚哪个是 “ 下一个 ”键。
要支持具有SPATIAL
索引的表的隔离级别 ,请InnoDB
使用谓词锁。甲SPATIAL
索引包含最小外接矩形(MBR)值,因此, InnoDB
通过设置用于查询的MBR值的谓词锁强制上的索引一致的读取。其他事务不能插入或修改将匹配查询条件的行。
具体可参考MySQL官方文档
共享锁和排他锁
意向锁
记录锁
间隙锁
Next-Key锁
插入意向锁
自动上锁
空间索引的谓词锁