当前位置: 首页 > news >正文

4.1.17.6.锁

1.锁的分类

1.1.按锁粒度划分

表锁:开销小,加锁快;锁定力度大,发生锁冲突概率高,并发度最低;不会出现死锁。

行锁:开销大,加锁慢;会出现死锁;锁定粒度小,发生锁冲突的概率低,并发度高。

页锁:开销和加锁速度介于表锁和行锁之间;会出现死锁;锁定粒度介于表锁和行锁之间,并发度一般

1.2.按兼容性划分

共享锁(S Lock),也叫读锁(read lock),相互不阻塞。

排他锁(X Lock),也叫写锁(write lock),排它锁是阻塞的,在一定时间内,只有一个请求能执行写入,并阻止其它锁读取正在写入的数据。

1.3.按加锁机制划分

①乐观锁

乐观锁基于这样的假设:冲突在系统中出现的频率较低,因此在数据库事务执行过程中,不会频繁地去锁定资源。相反,它在提交更新的时候才检查是否有其他事务已经修改了数据。

可以通过在数据表中使用版本号(Version)或时间戳(Timestamp)来实现,每次读取记录时,同时获取版本号或时间戳,更新时检查版本号或时间戳是否发生变化。

如果没有变化,则执行更新并增加版本号或更新时间戳;如果检测到冲突(即版本号或时间戳与之前读取的不同),则拒绝更新。

②悲观锁

悲观锁假设冲突是常见的,因此在数据处理过程中,它会主动锁定数据,防止其他事务进行修改。

可以直接使用数据库的锁机制,如行锁或表锁,来锁定被访问的数据。常见的实现是 SELECT FOR UPDATE 语句,它在读取数据时就加上了锁,直到当前事务提交或回滚后才释放。

2.InnoDB行锁的实现(?)

2.1.记录锁

Record Lock 记录锁

记录锁就是直接锁定某行记录。当我们使用唯一性的索引(包括唯一索引和聚簇索引)进行等值查询且精准匹配到一条记录时,此时就会直接将这条记录锁定。

2.2.间隙锁

间隙锁(Gap Locks) 的间隙指的是两个记录之间逻辑上尚未填入数据的部分,是一个左开右开空间。间隙锁就是锁定某些间隙区间的。当我们使用用等值查询或者范围查询,并且没有命中任何一个record,此时就会将对应的间隙区间锁定。

2.3.临键锁

临键指的是间隙加上它右边的记录组成的左开右闭区间。临键锁就是记录锁(Record Locks)和间隙锁(Gap Locks)的结合,即除了锁住记录本身,还要再锁住索引之间的间隙。当我们使用范围查询,并且命中了部分record记录,此时锁住的就是临键区间。

临键锁锁住的区间会包含最后一个 record 的右边的临键区间。

当使用唯一性索引,等值查询匹配到一条记录的时候,临键锁(Next-Key Locks)会退化成记录锁;没有匹配到任何记录的时候,退化成间隙锁。

3.意向锁

意向锁是一个表级锁,不要和插入意向锁搞混。

意向锁的出现是为了支持 InnoDB 的多粒度锁,它解决的是表锁和行锁共存的问题。

当我们需要给一个表加表锁的时候,我们需要根据去判断表中有没有数据行被锁定,以确定是否能加成功。

假如没有意向锁,那么我们就得遍历表中所有数据行来判断有没有行锁;

有了意向锁这个表级锁之后,则我们直接判断一次就知道表中是否有数据行被锁定了。

有了意向锁之后,要执行的事务 A 在申请行锁(写锁)之前,数据库会自动先给事务 A 申请表的意向排他锁。当事务 B 去申请表的互斥锁时就会失败,因为表上有意向排他锁之后事务 B 申请表的互斥锁时会被阻塞。

4.排查死锁

排查死锁的一般步骤是这样的:

1)查看死锁日志 show engine innodb status;

------------------------

LATEST DETECTED DEADLOCK

------------------------

2019-07-21 12:34:56 0x7f89c000a700

*** (1) TRANSACTION:

TRANSACTION 123456, ACTIVE 10 sec inserting

mysql tables in use 1, locked 1

LOCK WAIT 7 lock struct(s), heap size 1248, 0 row lock(s), undo log entries 6

MySQL thread id 12345, OS thread handle 140347674319872, query id 9876547 localhost root update

UPDATE my_table SET col1 = 100 WHERE col2 = 'value';

*** (2) TRANSACTION:

TRANSACTION 123457, ACTIVE 9 sec fetching rows

mysql tables in use 1, locked 1

7 lock struct(s), heap size 1248, 0 row lock(s), undo log entries 6

MySQL thread id 12346, OS thread handle 140347674319873, query id 9876548 localhost root update

UPDATE my_table SET col1 = 200 WHERE col2 = 'value';

2)找出死锁 sql

3)分析 sql 加锁情况

4)模拟死锁案发

5)分析死锁日志

6)分析死锁结果

http://www.cnnetsun.cn/news/98315.html

相关文章:

  • Agent原型虽好,却迟迟难落地?AgentCore来破局!
  • 代码重构艺术:烂代码改造与设计模式实战
  • EmotiVoice语音合成中的多轮对话情感连贯性维护
  • 44、MS-DOS INT 21h 功能调用详解
  • 61、MASM 参考指南
  • 如何调优EmotiVoice的情感强度参数以获得最佳听感?
  • 2025终极指南:5分钟掌握GitHub风格CSS样式库
  • Koodo Reader封面管理系统:打造个性化数字图书馆的艺术
  • 3、Qt 界面开发:小部件与布局全解析
  • 6、Qt 自定义小部件开发全解析
  • Spring AI 最新实战系列(一)完成一个简单的AI项目
  • LobeChat智谱ChatGLM接入全流程:Zhipu AI API对接
  • EmotiVoice能否实现语音情感渐变过渡?动态控制探索
  • 终极微博备份指南:Speechless免费工具完整使用教程
  • 暗黑破坏神2存档编辑器终极指南:从零基础到精通进阶
  • LobeChat Google Gemini Pro接入方法:多模态能力整合
  • LobeChat用量统计面板:跟踪Token消耗与GPU使用率
  • 基于VUE的企业咨询管理系统 [VUE]-计算机毕业设计源码+LW文档
  • 具身智能:零基础入门睿尔曼机械臂(五)—— 手眼标定核心原理与数学求解
  • C++元编程完全指南
  • 3分钟搞定Windows Syslog服务器:从零搭建日志监控系统
  • autofit.js 大屏自适应终极方案:简单配置实现完美布局
  • 【Java抽象类和接口】
  • 全新一代H5免签封装神器:一键生成苹果绿标/安卓双端APP,可在线热更新,彻底隐藏顶部地址栏!
  • 绝区零辅助工具终极指南:10分钟快速上手完整教程
  • JavaScript解密神器:JStillery让你的代码分析变得如此简单
  • Mem Reduct终极指南:简单三步解决电脑内存不足问题
  • 【单片机毕业设计】【mcugc-mcu922】基于单片机的智能窗帘控制系统
  • 开发过程中动态 SQL 中where 1=1的作用是什么
  • 洛谷 P1551 亲戚