Mysql

关注公众号 jb51net

关闭
首页 > 数据库 > Mysql > MySQL各种锁

带你一文理清MySQL的各种锁

作者：战斧

MySQL 作为一种常用的关系型数据库,也提供了多种锁类型,这篇文章主要给大家介绍了关于MySQL各种锁的相关资料,文中通过代码及图文介绍的非常详细,需要的朋友可以参考下

一、MySQL的锁指什么

我们先来看一下Mysql的基本构成，如下图，以前我们其实也介绍过，MySQL数据库总体分为三个部分：

我们日常说的MySQL的各种锁，有的是由存储引擎提供的，有些锁是有Server层提供的），它们结合起来才形成了完整的锁的体系

二、排他与共享

锁从不同角度理解，其实会有不同的分类，也就是说同一个东西，在不同的分类下叫不同的锁，但其实它们并不冲突。在讨论 MySQL 的锁时，一般我们会有这样两种分类：

从锁的粒度来看，可以分为全局锁、表锁和行锁，顾名思义，锁的层级分别是数据库、某张表、以及表里的行。
从是否独占来看，可以分为排它锁、共享锁

在innoDB，对于同一个资源，是允许设定 排它锁(X) 和 共享锁(S) 两种的，它们的兼容关系如下：

XS
X冲突冲突
S冲突兼容

比如事务A对某一行上了共享锁(S)，此时再来一个事务B，如果B需要这个资源的共享锁，那么它能立即获得。如果B需要该资源的排它锁，事务B就需要等待了。

而不同粒度的锁，接下来我们以一一讲解

三、全局锁（Global Lock）

用于 限制整个数据库实例 的访问，当执行一些需要全局一致性的操作时，例如备份、恢复等，可以使用全局锁，如下命令

 FLUSH TABLES WITH READ LOCK

这个命令会对所有数据库的所有表都上一个读锁，加完这个锁后，所有的表都会被锁定从而无法插入任何内容了（mysql自己的系统日志表不在此列）

四、表锁（Table Lock）

锁定整个表，在执行涉及整个表的操作时，会对整个表进行锁定，避免其他事务对该表进行并发操作。它的上锁及解锁语法如下

-- 加锁
LOCK {TABLE | TABLES}
 tbl_name [[AS] alias] lock_type
 [, tbl_name [[AS] alias] lock_type] ...
lock_type: {
 READ [LOCAL]
 | WRITE
}

-- 释放锁
UNLOCK {TABLE | TABLES}

一般情况下，不建议使用这种表锁，除非是对一组MyISAM的表来操作，那么提前将它们锁定会提高效率

五、意向锁（Intention Locks）

InnoDB 支持多粒度锁，允许行锁和表锁共存。例如下面的语句就可以在指定的表上使用排他锁(X锁)：

LOCK TABLES … WRITE

而为了同时避免遍历行锁的困境：比如事务A获取了某一行的排它锁，此时事务B想锁表，就必须遍历每一行检查是否有锁；同时也为了避免不同粒度间的锁出现死锁，所以InnoDB使用了意向锁。意向锁是表级别的锁，它指示事务以后对表中的某一行需要哪种类型的锁(共享的还是排他的)。有两种类型的意向锁：

例如，SELECT…FOR SHARE 设置IS锁，SELECT…FOR UPDATE 设置一个IX锁。
在事务获得表中某一行的共享锁之前，它必须首先获得表上的IS锁或更强的锁。
在事务获得表中某一行的排他锁之前，它必须首先获得该表上的IX锁

表级锁类型兼容性如下表所示：

XIXSIS
X冲突冲突冲突冲突
IX冲突兼容冲突兼容
S冲突冲突兼容兼容
IS冲突兼容兼容兼容

这个表的理解其实很简单：

（1）X 作为表的排他锁，和其他所有表锁冲突

（2）IX 代表准备修改某一行，此时如果有人持有表，不论是 X 还是 S，为了防止冲突或不一致，所以会返回冲突

如果锁与现有锁兼容，则将锁授予请求事务，但如果它与现有锁冲突，则不会授予。事务等待，直到冲突的现有锁被释放。如果锁请求与现有锁冲突，并且由于会导致死锁而无法授予，则会发生错误。

意向锁的主要目的是显示某人正在锁定表中的一行，或者将要锁定表中的一行，作为行锁前置的隐式锁。也就是说若你仅使用表锁，或仅使用行锁，意向锁是不会让你阻塞的。只有你在持有行锁的情况下又使用表锁，它才能发挥它的用处

六、行级锁（Row Lock）

在InnoDB存储引擎中，默认使用的是行级锁。它可以实现更细粒度的并发控制，只锁定部分行，而不是整个表，提高了并发性能。而从实际表现来说，其又分为三种 记录锁（Record Locks）、间隙锁(Gap Locks),以及所谓临键锁(Next-Key Locks)。实际上在源码中，这三种锁其实叫 LOCK_REC_NOT_GAP、LOCK_GAP、LOCK_ORDINARY

/* Precise modes /
/* this flag denotes an ordinary next-key lock in contrast to LOCK_GAP or
LOCK_REC_NOT_GAP /
constexpr uint32_t LOCK_ORDINARY = 0;/* when this bit is set, it means that the lock holds only on the gap before
the record; for instance, an x-lock on the gap does not give permission to
modify the record on which the bit is set; locks of this type are created
when records are removed from the index chain of records /
constexpr uint32_t LOCK_GAP = 512;/* this bit means that the lock is only on the index record and does NOT
block inserts to the gap before the index record; this is used in the case
when we retrieve a record with a unique key, and is also used in locking
plain SELECTs (not part of UPDATE or DELETE) when the user has set the READ
COMMITTED isolation level */
constexpr uint32_t LOCK_REC_NOT_GAP = 1024;

1. 记录锁（Record Locks）

记录锁是索引记录上的锁，例如，

SELECT c1 FROM t WHERE c1=10 For update；

这样就能阻止任何其他事务插入、更新或删除c1是10为的行。
记录锁总是锁定索引，即使定义的表没有索引也是如此。对于这样的情况，InnoDB创建一个隐藏的聚集索引，并使用该索引进行记录锁定

2. 间隙锁（Gap Locks）

如果我们把隔离级别设定为可重复读(RR)，MySQL就会为我们解决”幻读“现象，这里面除了MVCC的作用外，还会在此时引入”间隙锁“的概念，间隙锁本质上是 在索引记录之间的间隙上的锁，或者在第一个索引记录之前或最后一个索引记录之后的间隙上的锁。比如说当我们执行这样一个SQL时

SELECT c1 FROM t WHERE c1 BETWEEN 10 and 20 For Update

就会防止其他事务将值15插入到列t.c1中，因为范围中所有现有值之间的间隙被锁定。

3. 临键锁（Next-Key Locks）

next-key锁是索引记录上的记录锁和索引记录之前的间隙上的间隙锁的组合。InnoDB执行行级锁的方式是，当它搜索或扫描一个表索引时，它会在遇到的索引记录上设置共享锁或排他锁。因此，行级锁实际上是索引记录锁。索引记录上的next-key锁也会影响该索引记录之前的“间隙”。也就是说，next-key锁是索引记录锁加上索引记录前面的间隙锁。

假设索引包含值10、11、13和20。此索引的Next-Key Locks锁定则覆盖以下区间，其中圆括号表示不包含区间端点，方括号表示包含端点:

(negative infinity, 10]
(10, 11]
(11, 13]
(13, 20]
(20, positive infinity)

对于最后一个间隔，next-key锁锁定索引中最大值以上的间隙，以及值高于索引中任何实际值的“supremum”伪记录。”supremum“不是一个真正的索引记录，因此，实际上，这个next-key锁只锁定最大索引值后面的间隙。默认情况下，InnoDB运行在REPEATABLE READ事务隔离级别。在这种情况下，InnoDB使用next-key锁进行搜索和索引扫描，这可以防止幻行。

4. 插入意向锁（Insert Intention Locks）

学习了上面的间隙锁，我们不难知晓，想要插入新数据通常需要先获得间隙锁（隔离级别为可重复读及以上）。按照常理来说，如果有多个事务都想往一个间隙里插入数据，它们只要慢慢排队就好了，但是，我们还需要意识到，一旦事务A插入一条数据成功，原先的间隙可能就会变成两个间隙，事务B可能又被A新诞生的这个间隙所阻碍。为了优化这种插入排队的情况，innodb提出了插入意向锁的概念：

An insert intention lock is a type of gap lock set by INSERT operations prior to row insertion. This lock
signals the intent to insert in such a way that multiple transactions inserting into the same index gap
need not wait for each other if they are not inserting at the same position within the gap

插入意图锁是insert操作在行插入之前设置的一种间隙锁。这个锁以这样一种方式表示插入的意图，即插入到相同索引间隙中的多个事务如果不在间隙内的相同位置插入，则不需要彼此等待

也就是说，插入操作在获取间隙锁之前，会先获取到插入意向锁，下面的示例演示了一个事务在获得插入记录的排他锁之前使用插入意图锁。该示例涉及两个客户机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 monitor输出中，插入意图锁的事务数据如下所示：

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 ;;...

5. 行锁总结

其实对于行锁，现在解析的文章有很多，我们后续也可能结合源码进行更深入的解释。但在这里我们可以先进行总结(源于Mysql源码版本8.0.30)

七、自增锁（AUTO-INC Locks）

AUTO-INC锁是一种特殊的表级锁，用于在具有AUTO_INCREMENT列的表中插入事务。

在最简单的情况下，如果一个事务正在向表中插入值，那么任何其他事务都必须等待对该表进行自己的插入，以便第一个事务插入的行接收连续的主键值。innodb_autoinc_lock_mode变量控制用于自动增量锁定的算法。它允许您选择如何在可预测的自动递增值序列和插入操作的最大并发性之间进行权衡。

这里有 0、1、2 三种模式可选

需要注意的是，在我们使用它不同种类的插入语句的时候，consecutive 自增锁有可能还是会使用全局互斥锁的样子，因为不是每一种 insert 都能提前预知其数量的，比如下面这样的插入：

INSERT INTO t1 (c2) SELECT ... from another table ...

总结 

到此这篇关于MySQL各种锁的文章就介绍到这了,更多相关MySQL各种锁内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！

您可能感兴趣的文章:
阅读全文