MYSQL中锁的各种模式与类型，大厂必备

最新推荐文章于 2024-09-12 01:15:37 发布

2401_83621634

最新推荐文章于 2024-09-12 01:15:37 发布

阅读量783

点赞数 8

分类专栏： 2024年程序员学习文章标签： mysql 数据库 java

本文链接：https://blog.csdn.net/2401_83621634/article/details/137363450

版权

2024年程序员学习专栏收录该内容

287 篇文章 0 订阅

订阅专栏

insert/update/delete语句，会自动在该条记录上加上排他锁；

在表上加写锁

显式给表加写锁的语句为：

#加表写锁

lock table {tableName} write;

#释放表读锁

unlock tables；

当引擎选择myisam时，insert/update/delete语句，会自动给该表加上排他锁。

读写锁兼容性：

读锁是共享的，它不会阻塞其他读锁，但会阻塞其他的写锁；
写锁是排他的，它会阻塞其他读锁和写锁；
总结：读读不互斥，读写互斥，写写互斥

▐ 意向锁

意向锁是一种不与行级锁冲突的表级锁，表示表中的记录所需要的锁(S锁或X锁)的类型（其实就是告诉你，这张表中已经存在了行锁（行锁的类型），所以叫意向锁）。InnoDB支持多种粒度的锁，允许行级锁和表级锁的共存。

意向锁分为：

意向共享锁(IS锁)：IS锁表示当前事务意图在表中的行上设置共享锁

下面语句执行时会首先获取IS锁，因为这个操作在获取S锁：获取S锁：select … lock in share mode

意向排它锁(IX锁)：IX锁表示当前事务意图在表中的行上设置排它锁

下面语句执行时会首先获取IX锁，因为这个操作在获取X锁：获取X锁：select … for update

事务要获取某个表上的S锁和X锁之前，必须先分别获取对应的IS锁和IX锁。

意向锁有什么作用呢：

如果另一个事务试图在该表级别的共享锁或排它锁，则受到由第一个事务控制的表级别意向锁的阻塞。第二个事务在锁定该表前不必检查各个页或行锁，而只需检查表上的意向锁。

示例：表test_user

事务A	事务B	事务C
begin;	begin;	begin;
SELECT * FROM test_user WHERE id = 28 FOR UPDATE;
(获取该行的X锁)


	LOCK TABLE test_user READ;
（尝试获取表上的读锁）	SELECT * FROM test_user WHERE
id = 31 FOR UPDATE;
(尝试获取另行上的X锁)

**事务 A 获取了某一行的排他锁，并未提交；

事务 B 想要获取 test_user 表的表共享锁；**

因为共享锁与排他锁互斥，所以事务 B 在试图对 test_user 表加共享锁的时候，必须保证：

当前没有其他事务持有 users 表的排他锁（表排他锁）。
当前没有其他事务持有 users 表中任意一行的排他锁（行排他锁）。

为了检测是否满足第二个条件，事务 B 必须在确保 test_user表不存在任何排他锁的前提下，去检测表中的每一行是否存在排他锁。很明显这是一个效率很差的做法，但是有了意向锁之后，情况就不一样了：

因为此时事务A获取了两把锁：users 表上的意向排他锁与 id 为 28 的数据行上的排他锁。

事务 B 想要获取 test_user 表的共享锁：

事务 B 只需要检测事务 A 是否持有 test_user 表的意向排他锁，就可以得知事务 A 必然持有该表中某些数据行的排他锁，那么事务 B 对 test_users 表的加锁请求就会被排斥（阻塞），从而无需去检测表中的每一行数据是否存在排他锁。

事务 C 也想获取 users 表中某一行的排他锁：

事务 C 检测到事务 A 持有 test_user 表的意向排他锁；
意向锁之间并不互斥，所以事务 C 获取到了 test_user 表的意向排他锁；
因为id 为 31 的数据行上不存在任何排他锁，最终事务 C 成功获取到了该数据行上的排他锁。

意向锁与意向锁之间是不互斥的，但是意向锁与其他表锁之间存在一定的兼容互斥，具体如下：

意向锁之间的兼容互斥性：

	表意向共享锁（IS）	表意向排他锁（IX）
表意向共享锁（IS）	兼容	兼容
表意向排他锁（IX）	兼容	兼容

意向锁与普通的排他 / 共享锁互斥性：

	表意向共享锁（IS）	表意向排他锁（IX）
表共享锁（S）	兼容	互斥
表排他锁（X）	互斥	互斥

▐ 自增锁

我们在设计表结构的时候，通常会把主键设置成自增长（思考一下为什么？）。

在InnoDB存储引擎中，针对每个自增长的字段都设置了一个自增长的计数器。我们可以执行下面的语句来得到这个计数器的当前值：

select max(自增长列) from table;

当我们进行插入操作的时候，该操作会根据这个自增长的计数器的当前值进行+1操作，并赋予自增长的列，这个操作我们称之为auto-inc Locking，也就是自增长锁，这种锁其实采用的是特殊的表锁机制，如果insert操作出现在一个事务中，这个锁是在insert操作完成之后立即释放，而不是等待事务提交。

按锁的类型分

▐ 全局锁****

所谓全局锁，其实就是给整个数据库实例加锁。

数据库实例与数据库是有所区别的：

数据库，就是保存数据的仓库，具体到mysql中，数据库其实是一系列数据文件集合（也就是我们通常所说的database，比如创建数据库语句就是 create database…）。
数据库实例，是指访问数据库的应用程序，在Mysql中，就是mysqld进程了。
简单来理解，数据库实例中包含了你创建的各种数据库。

如果给数据库实例加全局锁会导致整个库处于只读状态（这是非常危险的）。

一般来说，全局锁的典型使用场景是用于全库备份，即把数据库中所有的表都select出来。但是要注意，让整个库都处于只读状态，会导致一些严重的问题：

在主库上加全局锁，在加锁期间，不能执行任何更新操作，业务基本上很多功能都不可用了；
在从库上加全局锁，在加锁期间，不能执行主从同步，会导致主从同步延迟。

全局锁的加锁语句是：

Flush tables with read lock

解除全局锁的方法是：

断开执行全局锁的session即可；
执行解锁sql语句：unlock tables；

如果需要个数据库备份的话，可以使用官方自带的逻辑备份工具mysqldump。

既然已经有了dump工具，为什么还需要 FTWRL 呢？一致性读是好，但前提是引擎要支持这个隔离级别。比如，MyISAM 这种不支持事务的引擎。这时，我们就需要使用 FTWRL 命令了。

FTWRL 前有读写的话，FTWRL 都会等待读写执行完毕后才执行。

FTWRL 执行的时候要刷脏页的数据到磁盘，因为要保持数据的一致性，所以执行FTWRL时候是所有事务都提交完毕的时候。

全局锁的实现还是依赖于元数据锁的。

▐ 元数据锁****

元数据锁（MetaData Lock），也叫MDL锁，是用来保护元数据信息，系统级的锁无法主动控制。在MySQL5.5版本，开始引入MDL锁，主要是为了在并发环境下对DDL、DML同时操作下保持元数据的一致性。比如下面这种情况：

隔离级别：RR

事务1	事务2
begin;#开始事务
select * from t_user where id = 1	begin;
	drop table t_user
select * from t_user where id = 1

如果没有元数据锁的保护，那么事务2可以直接执行DDL操作，导致事务1出错。MYSQL5.5版本的时候加入 MDL 锁，是为了保护这种情况的发生。由于事务1开启了查询，那么获得了元数据锁，锁的模式为MDL读锁，事务2要执行DDL，则需获得 MDL 写锁，由于读写锁互斥，所以事务2需要等待事务1释放掉读锁才能执行。

对表中的记录进行增删改查（DML操作）的时候，自动加MDL读锁；
对表的结构（DDL操作）进行修改的时候，自动加MDL写锁。

MDL锁的粒度

MDL锁是Mysql服务器层面中实现的，而不是在存储引擎插件中实现。按照锁定的范围，MDL锁可以分为以下几类：

属性	含义	锁定的是范围or对象	加锁语句
GLOBAL	全局锁	范围：所有的数据库	FLUSH TABLES WITH READ LOCK
COMMIT	提交保护锁	范围：
SCHEMA	库锁	对象
TABLE	表锁	对象‍
FUNCTION	函数锁	对象‍
PROCEDURE	存储过程锁	对象
TRIGGER	触发器锁	对象
EVENT	事件锁	对象

MDL锁的模式

锁模式	对应SQL语句
MDL_INTENTION_EXCLUSIVE	GLOBAL对象、SCHEMA对象操作会加此锁
MDL_SHARED	FLUSH TABLES WITH READ LOCK
MDL_SHARED_HIGH_PRIO	仅对MyISAM存储引擎有效
MDL_SHARED_READ	SELECT查询
MDL_SHARED_WRITE	DML语句
MDL_SHARED_WRITE_LOW_PRIO	仅对MyISAM存储引擎有效
MDL_SHARED_UPGRADABLE	ALTER TABLE
MDL_SHARED_READ_ONLY	LOCK xxx READ
MDL_SHARED_NO_WRITE	FLUSH TABLES xxx,yyy,zzz READ
MDL_SHARED_NO_READ_WRITE	FLUSH TABLE xxx WRITE
MDL_EXCLUSIVE	ALTER TABLE xxx PARTITION BY …

▐ 页级锁****

MySQL中锁定粒度介于行级锁和表级锁中间的一种锁。表级锁速度快，但冲突多，行级冲突少，但速度慢。所以取了折衷的页级，一次锁定相邻的一组记录。不同的存储引擎支持不同的锁机制。根据不同的存储引擎，MySQL中锁的特性可以大致归纳如下：

	行锁	表锁	页锁
MYISAM		支持
InnoDB	支持	支持
BDB		支持	支持

页级锁是MySQL中比较独特的一种锁定级别，应用于BDB引擎，并发度一般，页级锁定的特点是锁定颗粒度介于行级锁定与表级锁之间，所以获取锁定所需要的资源开销，以及所能提供的并发处理能力也同样是介于上面二者之间。另外，页级锁定和行级锁定一样，会发生死锁。

锁定粒度大小比较：表级锁 > 页级锁 > 行级锁

▐ 表级锁****

表锁在上文我们已经介绍过，相比于行锁的细粒度加锁，表锁是对整张表加锁。由于是对整张表加锁，就没有行锁的加锁方式那么复杂，所以加锁比行锁快，而且不会出现死锁的情况（因为事务是一次性获取想要加的表表锁），但是表锁也存在一些问题：锁的范围过大，在并发比较高的情况下，会导致抢锁的冲突概率变高，这样并发性能就大打折扣了。

表锁的加锁方式

引擎选择MYISAM时

MYISAM引擎只支持表锁，不支持行锁。

手动添加表级锁的语句如下：

加表读锁：lock table {tableName} read;

2、加表写锁：lock table {tableName} write;

3、释放表锁：unlock tables;或者客户端断开连接也也会自动释放锁

在使用MYISAM引擎时，通常我们不需要手动加锁，因为MYISAM引擎会针对我们的sql语句自动进行加锁，整个过程不需要用户干预：

查询语句（select）：会自动给涉及的表加读锁；
更新语句（update、delete、insert）：会自动给涉及的表加写锁

引擎选择InnoDB时

InnoDB引擎同时支持行级锁和表级锁，默认为行级锁。

给InnoDB引擎的表手动加锁，也同样使用 lock table {tableName} read/write 语句进行读/写锁的添加。

除此之外，innodb还支持一种表级锁：意向锁（上文已经介绍过）。

总的来说，InnoDB引擎的表级锁包含五种锁模式：

LOCK_IS：表意向读锁
LOCK_IX：表意向写锁
LOCK_S：表读锁
LOCK_X：表写锁
LOCK_AUTO_INC：自增锁

▐ 行级锁****

在编写业务代码的过程中，我们接触最多的就是行级锁了（表级锁由于性能问题，一般不推荐使用）。相比于表级锁，行级锁具有明显的性能优势：

冲突少：多线程中访问不同的记录时只存在少量锁定冲突；
锁的粒度小：可以长时间锁定单一的行，对其他的行没有影响，所以并发度是最高的；

但是使用行锁时，一旦稍不注意，是非常容易出现死锁的（表锁就不存在死锁现象），所以使用行锁需要注意加锁的顺序和锁定的范围。

InnoDB的行锁是通过对索引项加锁实现的，这表示只有通过索引查询记录时才会使用行锁，如果不走索引查询数据将使用表锁，则性能会大打折扣。

需要记住：行锁也叫记录锁，记录锁都是加在索引上的。

where条件指定的是主键索引：则在主键索引上加锁；
wehre条件指定的是二级索引：记录锁不仅会加在这个二级索引上，还会加在这个二级索引所对应的聚簇索引上；
where条件如果无法走索引：MySQL会给整张表所有数据行加记录锁，存储引擎层将所有记录返回由MySQL服务端进行过滤。

行级锁的几种类型：

记录锁：LOCK_REC_NOT_GAP（只锁记录）

记录锁是最简单的行锁。比如在RR隔离级别时，执行 select * from t_user where id = 1 for update 语句时，实际上是对 id = 1 (这里id为主键)这条记录上锁（锁加在聚簇索引上）。

记录锁永远都是加在索引上的，就算一个表没有建索引，数据库也会隐式的创建一个索引。如果 WHERE 条件中指定的列是个二级索引，那么记录锁不仅会加在这个二级索引上，还会加在这个二级索引所对应的聚簇索引上。

注意，如果 SQL 语句无法使用索引时会走主索引实现全表扫描，这个时候 MySQL 会给整张表的所有数据行加记录锁。

如果一个 WHERE 条件无法通过索引快速过滤，存储引擎层面就会将所有记录加锁后返回，再由 MySQL Server 层进行过滤。在没有索引时，不仅会消耗大量的锁资源，增加数据库的开销，而且极大的降低了数据库的并发性能，所以说，更新操作一定要记得走索引（因为更新操作会加X锁）。

间隙锁：LOCK_GAP（只锁间隙）

间隙锁是一种区间锁。锁加在不存在的空闲空间上，或者两个索引记录之间，或者第一个索引记录，或者最后一个索引之后的空间，用来表示只锁住一段范围（一般在进行范围查询时且隔离级别在RR或Serializable隔时）。

一般在RR隔离级别下会使用到GAP锁。使用GAP锁，主要是为了防止幻读产生，在被GAP锁锁住的区间，不允许插入数据或者更新数据。

间隙锁的产生条件：innodb的隔离级别为 Repeatable Read 或者 Serializable。

间隙锁的作用范围说明：

隔离级别：RR

以Student表作为样例数据，id为主键，stu_code为学生编号，添加普通索引。

间隙锁区域定义：

根据检索条件向左寻找最靠近的值A，作为左区间，向右寻找最靠近的值B，作为右区间，间隙锁为（A，B）
向左找不到最近的值A，也是就无穷小，作为左区间，向右寻找最靠近的值B，作为右区间，间隙锁为（无穷小，B）
向左找到最近的值A，作为左区间，向右寻找不到最近的值B，也就是无穷大，作为右区间，间隙锁为（A，无穷大）

区间（A,B）示例：

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数Java工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则几千的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年Java开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Java开发知识点，真正体系化！

由于文件比较大，这里只是将部分目录大纲截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且后续会持续更新

如果你觉得这些内容对你有帮助，可以添加V获取：vip1024b （备注Java）

一线互联网大厂Java核心面试题库

正逢面试跳槽季，给大家整理了大厂问到的一些面试真题，由于文章长度限制，只给大家展示了部分题目，更多Java基础、异常、集合、并发编程、JVM、Spring全家桶、MyBatis、Redis、数据库、中间件MQ、Dubbo、Linux、Tomcat、ZooKeeper、Netty等等已整理上传，感兴趣的朋友可以看看支持一波！

一个人可以走的很快，但一群人才能走的更远。如果你从事以下工作或对以下感兴趣，欢迎戳这里加入程序员的圈子，让我们一起学习成长！

AI人工智能、Android移动开发、AIGC大模型、C C#、Go语言、Java、Linux运维、云计算、MySQL、PMP、网络安全、Python爬虫、UE5、UI设计、Unity3D、Web前端开发、产品经理、车载开发、大数据、鸿蒙、计算机网络、嵌入式物联网、软件测试、数据结构与算法、音视频开发、Flutter、IOS开发、PHP开发、.NET、安卓逆向、云计算

厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且后续会持续更新**

如果你觉得这些内容对你有帮助，可以添加V获取：vip1024b （备注Java）
[外链图片转存中…(img-HCjeE05J-1712175899045)]