Mysql学习之各种锁

最新推荐文章于 2025-08-05 17:47:02 发布
原创 最新推荐文章于 2025-08-05 17:47:02 发布 · 954 阅读 · 13 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#mysql #学习 #性能优化

本文探讨了MySQL中事务的隔离性和锁的实现，重点介绍了InnoDB的行锁、间隙锁、临键锁以及乐观锁和悲观锁的概念，讨论了它们的优缺点、应用场景和死锁处理方法。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

锁

事务的隔离性由锁来实现
在这里插入图片描述
MySQL并发事务访问相同记录
并发事务访问相同记录的情况大致可以分为3种：
读-读的情况
读-读情况，即并发事务相继读取相同的记录。读取操作本身不会对记录由有任何的影响，并不会引起什么问题，所以允许这种情况的发生。
写-写的情况
写-写情况，即并发事务相继对相同的记录做出改动。
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
读-写或写-读情况
读-写或写-读，即一个事务进行读取操作，另一个进行改动操作，这种情况下产生脏读、不可重复读、幻读的问题
怎么解决脏读、不可重复读、幻读这些问题呢？其实有两种可选的解决方案：
方案1：读操作利用多版本并发控制（MVCC） ，写操作利用加锁
在这里插入图片描述
方案2：读、写操作都采用加锁的方式
在这里插入图片描述
锁的不同角度分类
在这里插入图片描述
从数据操作的类型划分：读锁、写锁
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
从数据操作的粒度划分：表级锁、页级锁、行锁
在这里插入图片描述
在这里插入图片描述
表级锁
在这里插入图片描述
意向锁
在这里插入图片描述
意向锁要解决的问题
在这里插入图片描述
在这里插入图片描述
意向锁的并发性
意向锁不会与行级的共享/排他锁互斥！正因为如此，意向锁并不会影响到多个事务对不同数据行加排他锁时的并发性（不然我们直接用普通的表锁就行了）
在这里插入图片描述
自增锁（AUTO-INC锁）
在这里插入图片描述
元数据锁
在这里插入图片描述
在这里插入图片描述

InnoDB中的行锁

行锁（Row Lock）也称为记录锁，顾名思义，就是锁住某一行(某条记录Row)。需要注意的是，Mysql服务器并没有实现行锁机制，行级锁只在存储引擎层实现。
优点：锁定力度小，发生锁冲突概率低，可以实现的并发度高。
缺点：对于锁的开销比较大，加锁会比较慢，容易出现死锁。
InnoDB与MyISAM的最大不同有两点：一是支持事务（TRANSACTION）;二是采用行级锁

记录锁（Record Locks）
在这里插入图片描述在这里插入图片描述
间隙锁（Gap Locks）
Mysql在Repeatable Read 隔离界别下是可以解决幻读问题的，解决方案有两种，可以采用MVCC方案解决，也可以采用加锁方案解决。但是在使用加锁方案解决时有个一大问题，就是事务在第一次执行读取操作的时候，那些幻影记录尚不存在，我们无法给这些幻影记录 加上记录锁。InnoDB提出了一种称之为Gap Locks的锁，官方的类型名称为：LOCK_GAP
在这里插入图片描述
id值为8的记录加了gap锁，意味着不允许别的事务在id值为8的记录前边的间隙插入新的记录。
gap锁的提出仅仅是为了防止插入幻影记录而提出的，虽然有共享gap锁和独占gap锁的说法,但是他们起到的作用是相同的。而且如果对一条记录加了gap锁（不论是共享gap锁还是独占gap锁），并不会限制其他事务对这条记录加记录锁或者继续加gap锁。
在这里插入图片描述
在这里插入图片描述
间隙锁扩大了锁住的范围，可能会引起死锁
在这里插入图片描述

临键锁（Next-Key Locks）
临键锁=记录锁+间隙锁
在这里插入图片描述
插入意向锁（Insert Intention Locks）
在这里插入图片描述
在这里插入图片描述在这里插入图片描述页锁
在这里插入图片描述

从对待锁的态度划分为：乐观锁、悲观锁

从对待锁的态度来看锁的话，可以将锁分为乐观锁和悲观锁，从名字可以看出这两种锁是两种看待数据并发的思维方式。需要注意的是，乐观锁和悲观锁并不是锁，而是锁的设计思想。

悲观锁（数据库的锁层面） 在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
乐观锁（程序层面）

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
两种锁的适用场景
在这里插入图片描述

按照加锁的方式划分：显式锁、隐式锁

隐式锁
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
其他锁之-全局锁
在这里插入图片描述
其他锁之死锁
两个事务都持有对方需要的锁，并且在等待对方释放，并且双方都不会释放自己的锁

在这里插入图片描述

在这里插入图片描述
如何处理死锁
方式1：等待，直到超时（innodb_lock_wait_timeout=50s）
在这里插入图片描述
方式2：使用死锁检测进行死锁处理
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

锁的内存结构

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
type_mode的信息

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
锁监控

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

视频链接：B站

Mysql 锁学习笔记
阿七的博客
04-23 1329
事务隔离级别为可重复读(Repeated Read, RR)以主键或唯一索引作为查询条件，有存在值（记录）时是行锁，不存在值时触发间隙锁。普通索引作为查询条件，恒定间隙锁。索引作为查询条件，并以范围取值时，产生间隙锁。无索引时的普通检索，产生表锁。
学习日志：MySQL 的锁
weixin_46117680的博客
08-02 1758
在 MySQL 里，根据加锁的范围，可以分为全局锁、表级锁和行锁三类。
MySQL学习3之锁机制
m0_59704905的博客
08-14 1233
锁粒度（Lock Granularity）是指在数据库中锁定数据资源的最小单位。锁粒度决定了锁定操作的范围，即锁定的是整个数据库、整个表、表中的某个分区、表中的某一页还是表中的某一行。在MySQL中常见的锁粒度有：表级锁、行级锁、页级锁。因为更细粒度的锁可以允许更多的并发事务访问不同的数据资源，所以锁粒度越小，锁的竞争越小，并发性能越高，锁管理的开销越大。合理选择锁粒度可以帮助平衡锁的竞争和并发性能，从而提高数据库的整体性能。
Mysql锁的学习
mm
10-13 973
主要目的是在对表进行锁定的同时，避免潜在的死锁和提高并发性能，提供一种机制，以表明后续操作将申请共享锁，使得其他事务能快速判断表的锁定状态。：可以理解为特殊的间隙锁（左开又闭），他是行锁和间隙锁的组合，在可重复读隔离级别下解决幻读，锁定的范围不仅包括具体的记录，还包括记录前后的间隙。主要为了解决幻读问题，即在一个事物中读取某个范围的记录时，另外一个事物插入了新的记录，当第一个事务再次读取该范围时，会发现本来不存在的记录。：锁定的不是具体的行记录，而是两条记录的间隙，可以防止新的记录插入到该间隙。
MySQL学习[4] ——MySQL锁
shenfenxihuan的博客
08-13 5129
全局锁就是**对整个数据库实例加锁全库逻辑备份**等场景。加上全局（读）锁后，整个数据库都是。若数据库的数据较多，导致整个处理流程较慢，数据库长时间为只读状态，造成业务停滞、服务长时间不可用。因此，由于，在备份数据库之前先开启事务。整个事务执行期间都在用这个 Read View，而且由于 MVCC 的支持，备份期间业务依然可以对数据进行更新操作。而如。
学习 MySQL 锁机制
天天的博客
09-16 1273
间隙锁（GapLock）：锁定索引记录间隙（不含该记录），确保索引记录间隙不变，防止其他事务在这个间隙进行insert，产生幻读。为了避免 DML 在执行时，加的行锁与表锁的冲突，在 InnoDB 中引入了意向锁，使得表锁不用检查每行数据是否加锁，使用意向锁来减少表锁的检查。InnoDB的数据是基于索引组织的，行锁是通过对索引上的索引项加锁来实现的，而不是对记录加的锁。行级锁，每次操作锁住对应的行数据。，加锁后整个实例就处于只读状态，后续的DML的写语句，DDL语句，已经更新操作的事务提交语句都将被阻塞。
MySQL学习笔记-08(锁)
weixin_41016739的博客
09-04 1196
- 锁是计算机协调多个进程或线程并发访问某一资源的机制。在数据库中，除传统的计算资源(CPU、RAM、I0)的争用以外，数据也是一种供许多用户共享的资源。如何保证数据并发访问的一致性、有效性是所有数据库必须解决的一个问题，锁冲突也是影响数据库并发访问性能的一个重要因素。
拒绝零散碎片， 一文理清MySQL的各种锁
热门推荐
战斧的博客
06-21 1万+
相信大家在日常使用Mysql的过程中，对锁也有着一些了解。什么排它/共享锁，表锁、行锁，还有意向锁之类的。相信同学们也看到过很多相关文章，不过大部分文章只是偏重其中某一种锁进行深入分析，实话实说，确实有不少锁的逻辑较为复杂，值得摸索。但对于大部分同学而言，我认为最好是先对这些锁有个总体的认知，做到先总再分，这样才更能从全局了解锁的设计。
MySql各种锁机制的学习
LoveSummer
12-03 4787
数据库是一个多用户使用的共享资源。当多个用户并发地存取数据时，在数据库中就会产生多个事务同时存取同一数据的情况。若对并发操作不加控制就可能会读取和存储不正确的数据，破坏数据库的一致性。**锁是用于管理对公共资源的并发控制。** 也就是说在并发的情况下，会出现资源竞争，所以需要加锁。 加锁解决了 多用户环境下保证数据库完整性和一致性。 使用锁的对象是事务，事务用来锁定数据库的对象是表、页、行。并且一般锁定的对象仅在事务commit或rollback后进行释放（不同事务隔离级别释放的时间可能不同）。
MySQL 锁
name_sakura的博客
03-02 3952
事务在从数据库中取数据时，会将该数据的版本也取出来(v1)，当事务对数据变动完毕想要将其更新到表中时，会将之前取出的版本v1与数据中最新的版本v2相对比，如果v1=v2，那么说明在数据变动期间，没有其他事务对数据进行修改，此时，就允许事务对表中的数据进行修改，并且修改时version会加1，以此来表明数据已被变动。也就是说，无论是行级或是表级，如果对某数据上了共享锁 ，允许其他事务也加共享锁，共享锁和共享锁不互斥），但是不能写，也就是。间隙指的是两个记录之间逻辑上尚未填入数据的部分，是一个左开右开空间。
MySQL学习资料.zip，包括MySQL基础、进阶、运维
09-04
本压缩包包含了三份核心的资料文件，分别是“MySQL-基础篇.pdf”、“MySQL-进阶篇.pdf”和“MySQL-运维篇.pdf”，涵盖了MySQL学习的三个重要阶段：基础知识、进阶技能和系统运维。 在“MySQL-基础篇.pdf”中，学习...
MySQL与Java锁的学习
01-11
下面我们将详细探讨MySQL中的锁机制以及Java如何与之协同工作。 **MySQL中的锁** MySQL数据库提供了多种锁机制来确保数据的一致性和完整性，主要分为两大类：行级锁和表级锁。 1. **行级锁**：这种类型的锁只锁定...
MySQL学习资料PDF
02-11
MySQL是世界上最受欢迎的关系型数据库管理系统之一，被广泛应用于各种规模的企业和项目中。这份压缩包包含的三本书籍是MySQL学习的重要资源，涵盖了从基础到高级的全方位知识。 《MySQL必知必会》这本书是MySQL入门...
mysql 实现列转行和行转列
质量不太好的博客
08-04 444
mysql 实现列转行和行转列
Ubuntu 下 MySQL 离线部署教学（含手动步骤与一键脚本）
The God Of BigData 的博客
08-04 303
本文介绍了在Ubuntu 20.04/22.04无网络环境下部署MySQL的方法。首先需要准备虚拟机环境和下载依赖包，建议初学者先手动部署以理解原理。主要步骤包括：挂载ISO文件、安装MySQL、启动服务、设置root密码和远程访问配置。文中提供了详细的命令操作，并推荐使用自动部署脚本mysql_offline_deploy.sh完成批量部署。脚本包含挂载ISO、安装MySQL、安全设置和开放端口等功能。最后提供了补充建议，如扩展依赖包和使用tar.gz格式替代ISO等方案。
MySql 硬核解析系列 一 MySQL的锁机制
最新发布
资深架构师分享：深入剖析软件架构，探讨云计算、微服务、大数据等前沿技术。分享实践经验，促进技术交流，共同构建卓越系统。
08-05 520
本文深度解析MySQL InnoDB存储引擎的锁机制，涵盖表级锁、行级锁、意向锁等核心概念，重点剖析记录锁、间隙锁、临键锁的实现原理及其在并发控制中的作用。文章详细阐述锁的兼容性、MVCC与锁的关系、死锁检测机制，并比较不同隔离级别下的锁行为差异，最后给出锁性能监控与优化建议。通过底层数据结构、加锁过程及实际案例的系统性分析，帮助开发者深入理解MySQL的并发控制机制。
MySQL三大日志详解（binlog、undo log、redo log）
qq_52983535的博客
08-04 746
MySQL的日志有很多种类，最终要的有三种，binlog、redo log和undo log日志。他们分别是用来主从复制（备份恢复）、故障恢复和事务回滚的。
MySQL Redo Log
a18792721831的博客
08-03 1114
MySQL的Redo Log是InnoDB存储引擎实现事务持久化(Durability)的关键机制，采用WAL(预写式日志)技术，先记录日志再写磁盘。Redo Log通过记录页的修改而非整个页的落盘，将随机IO转为顺序IO，显著提升写入性能（性能测试显示参数设置为0或2比1快1倍）。它由内存缓冲区和磁盘文件组成，通过innodb_flush_log_at_trx_commit参数控制落盘频率（建议设为1以保证崩溃恢复）。MySQL 8.0.30后改用目录式存储（#innodb_redo），支持动态调整red
MySQL——运维篇
m0_59855153的博客
08-03 776
前置：使用Linux
使用sql演示mysql中各种锁
07-31
<think>我们根据用户提供的引用资料，重点展示MySQL中各种锁的实际SQL操作示例。用户意图是通过SQL示例学习锁机制的使用，因此我们将以实际可运行的SQL语句演示为主，并配合必要的解释。 注意：以下示例基于InnoDB存储引擎（MySQL 5.7+），并在REPEATABLE READ隔离级别下测试（默认级别）。</think>### MySQL锁机制SQL操作示例 以下通过具体SQL演示各类锁的使用场景和效果，基于InnoDB引擎（默认隔离级别REPEATABLE READ）[^1][^2]。 --- #### 一、表级锁操作 **1. 手动加表锁** ```sql -- 会话1：加读锁（允许其他会话读，禁止写） LOCK TABLES user READ; -- 成功锁定[^1] -- 会话2尝试写入（被阻塞） UPDATE user SET mobile_num=123456 WHERE id=1; -- 状态：Waiting for table write lock [^3] ``` **2. 写锁独占演示** ```sql -- 会话1：加写锁（完全独占） LOCK TABLES user WRITE; -- 会话2所有操作均被阻塞 SELECT * FROM user; -- 状态：Waiting for table read lock ``` **释放锁** ```sql UNLOCK TABLES; -- 所有会话释放表锁[^1] ``` --- #### 二、行级锁操作 **1. 共享锁（S Lock）** ```sql -- 会话1：对id=1加共享锁 SELECT * FROM user WHERE id=1 LOCK IN SHARE MODE; -- 成功[^2] -- 会话2可读但不可写 SELECT * FROM user WHERE id=1; -- 允许 UPDATE user SET mobile_num=111 WHERE id=1; -- 阻塞！ ``` **2. 排他锁（X Lock）** ```sql -- 会话1：对user_id=100加排他锁 SELECT * FROM user WHERE user_id=100 FOR UPDATE; -- 通过唯一索引锁定[^2] -- 会话2所有锁请求均失败 SELECT * FROM user WHERE user_id=100 LOCK IN SHARE MODE; -- 阻塞 UPDATE user SET mobile_num=222 WHERE user_id=100; -- 阻塞 ``` --- #### 三、间隙锁演示 **表结构及数据** ```sql CREATE TABLE `score` ( `id` INT PRIMARY KEY, `score` INT, KEY `idx_score` (`score`) ); -- 数据：score值(60,70,80,90) ``` **锁定区间防止幻读** ```sql -- 会话1：锁定70~90的间隙 SELECT * FROM score WHERE score BETWEEN 70 AND 90 FOR UPDATE; -- 锁定(70,80),(80,90)两个区间[^2] -- 会话2插入被阻塞（即使记录不存在） INSERT INTO score VALUES (5,75); -- 阻塞在间隙(70,80) ``` --- #### 四、元数据锁（MDL）冲突 ```sql -- 会话1：长查询（持有MDL读锁） SELECT SLEEP(30) FROM user; -- 模拟长查询 -- 会话2修改表结构被阻塞 ALTER TABLE user ADD COLUMN age INT; -- 状态：Waiting for table metadata lock[^3] ``` --- #### 五、死锁产生与解决 **死锁场景** ```sql -- 会话1 START TRANSACTION; UPDATE user SET mobile_num=111 WHERE id=1; -- 持有id=1的X锁 -- 会话2 START TRANSACTION; UPDATE user SET mobile_num=222 WHERE id=2; -- 持有id=2的X锁 -- 会话1尝试锁id=2 UPDATE user SET mobile_num=333 WHERE id=2; -- 等待会话2释放 -- 会话2尝试锁id=1 UPDATE user SET mobile_num=444 WHERE id=1; -- 死锁！自动回滚 ``` **检测死锁** ```sql SHOW ENGINE INNODB STATUS; -- 查看LATEST DETECTED DEADLOCK ``` --- ### 锁使用建议 1. **索引优化**： ```sql -- 无索引时行锁升级为表锁 UPDATE user SET mobile_num=999 WHERE mobile_num=555888999; -- 非索引字段 ``` 2. **控制事务时长**： ```sql SET SESSION innodb_lock_wait_timeout=30; -- 设置锁等待超时 ``` 3. **避免间隙锁影响**： ```sql SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED; -- 切换隔离级别 ``` > **关键提示**：行锁依赖索引有效性，表锁会破坏并发性，长事务是锁冲突的主因[^1][^2]。 --- ### 相关问题 1. 如何监控MySQL中的锁等待情况？ 2. 在READ COMMITTED隔离级别下间隙锁的行为有何变化？ 3. 如何安全地解除长时间阻塞的`FLUSH TABLES WITH READ LOCK`? 4. 无主键表对InnoDB锁机制有什么影响？ 5. 如何通过性能Schema分析锁争用问题？ [^1]: 表级锁操作语法 [^2]: 行锁与间隙锁实现原理 [^3]: 锁等待状态识别
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值