MySQL InnoDB锁算法,可算搞明白了

2023-12-03 15:08

本文主要是介绍MySQL InnoDB锁算法,可算搞明白了,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

在Innodb事务隔离性实现原理,你了解吗?里讲了行锁,但Innodb除了行锁还有间隙锁(Gap Lock)和next-key lock。这些锁之间有什么关系呢?我们经常会听到全局锁、表级锁、行锁,这些又是什么?这篇文章带你搞懂这些内容。本篇如果不做特别说明,隔离级别都为可重复读。

锁级别

MySQL锁级别有三类:全局锁、表级锁、行锁。

全局锁

对整个数据库实例加锁

  • 加锁命令:Flush tables with read lock (FTWRL)

  • 解锁命令:

  • unlock tables

  • 断开加锁session的连接

  • 目的:使整个库处于只读状态

  • 规则:全局锁加锁成功,会阻塞所有级别的写锁,读锁不受影响

  • 使用场景:如做全库逻辑备份

  • 影响:主库加锁,导致任何更新操作都会被阻塞,业务停摆;从库加锁,导致主从延迟

表级别锁

对表进行加锁,有三种:

  • 两种来自MySQL,为表锁和元数据锁(meta data lock,MDL)

  • 一种来自Innodb,为意向锁,分意向共享锁(IS)和意向排它锁(IX)

表锁
  • 加锁命令:lock tables … read/write

  • 解锁命令:

  • unlock tables

  • 断开加锁session的连接

  • 目的:使指定表处于只读、只写状态

  • 规则:

    | 读锁 | 写锁 |
    | — | — | — |
    | 读锁 | 不冲突 | 冲突 |
    | 写锁 | 冲突 | 冲突 |

  • 使用场景:如无行锁的存储引擎可用来处理并发问题

  • 影响:lock tables 语法除了会限制别的线程的读写外,也限定了本线程接下来的操作对象,即如果设置表为只读,本线程也无写的能力

MDL
  • 加解锁:MDL不需要显式使用,在访问一个表的时候会被自动加上

  • 目的:保证读写的正确性,方便处理DDL操作和DML操作的冲突

  • 规则:当对一个表做增删改查操作的时候,自动加 MDL读锁;当要对表做结构变更操作的时候,自动加 MDL 写锁。MDL读锁和大家平时理解的读锁不一样,增删改查加的都是读锁。

    | MDL读锁 | MDL写锁 |
    | — | — | — |
    | MDL读锁 | 不冲突 | 冲突 |
    | MDL写锁 | 冲突 | 冲突 |

意向锁
  • 加解锁:意向锁不需要显式使用,在访问一个表的时候会被自动加上

  • 事务想要给数据库某些行加共享锁,需要先加上意向共享锁

  • 事务想要给数据库某些行加互斥锁,需要先加上意向互斥锁

  • 目的:为了实现多粒度锁,和表锁做冲突。当加行锁的时候,同时加了意向锁,这样要加表锁的时候,根据意向锁的情况,能迅速断定能否加表锁。

  • 规则:意向锁不会与行级的共享 / 排他锁互斥

    | 意向共享锁 | 意向排它锁 |
    | — | — | — |
    | 意向共享锁 | 不冲突 | 冲突 |
    | 意向排它锁 | 冲突 | 冲突 |

行级别锁

对数据表中行记录加锁。MySQL 的行锁是在引擎层由各个引擎自己实现的。但并不是所有的引擎都支持行锁,比如MyISAM 引擎就不支持行锁。

  • 加锁:select lock in share mode(共享锁S), select for update ; update, insert ,delete(排它锁X)

  • 解锁:事务commit后释放

  • 目的:做并发控制

  • 规则:

| 共享锁 | 排它锁 |
| — | — | — |
| 共享锁 | 不冲突 | 冲突 |
| 排它锁 | 冲突 | 冲突 |

冲突

本想把所有的锁冲突情况汇集在一起,不过有些锁之间是共生关系,没想好怎么整理。大家如果有好的建议可以留言说一下。

| FTWRL | 表读锁 | 表写锁 | MDL读锁 | MDL写锁 | 意向共享锁 | 意向排它锁 | 行共享锁 | 行排它锁 |
| — | — | — | — | — | — | — | — | — | — |
| FTWRL | | | | | | | | | |
| 表读锁| | | | | | | | | |
| 表写锁 | | | | | | | | | |
| MDL读锁 | | | | | | | | | |
| MDL写锁 | | | | | | | | | |
| 意向共享锁 | | | | | | | | | |
| 意向排它锁| | | | | | | | | |
| 行共享锁| | | | | | | | | |
| 行排它锁| | | | | | | | | |

锁算法

怎么计算哪些行是需要加锁的呢?这就涉及到锁的算法。

三种

首先我们要知道,锁是加在索引上的,一张表可能有多个索引,根据情况不同,一个语句产生的锁可能加在一个或多个索引上。

锁算法有三种,分别为:

行锁:单个行记录上的锁

Gap Lock:间隙锁,锁定一个范围,但不包含记录本身;间隙锁之间没有冲突;间隙锁在可重复读隔离级别下才有效

Next key Lock:Gap Lock+Record Lock,锁定一个范围,并且锁定记录本身

加锁规则

下面是林晓斌总结出的规则,适用于 5.x 系列 <=5.7.24,8.0 系列 <=8.0.13。

为两个“原则”、两个“优化”和一个“bug”。

  1. 原则 1:加锁的基本单位是 next-key lock。next-key lock 是前开后闭区间。

  2. 原则 2:查找过程中访问到的对象才会加锁。

  3. 优化 1:索引上的等值查询,给主键/唯一索引加锁,数据中查找到指定行,next-key lock退化为行锁。

  4. 优化 2:索引上的等值查询,向右遍历时且最后一个值不满足等值条件的时候,next key lock 退化为间隙锁。

  5. 一个 bug:唯一索引上的范围查询会访问到不满足条件的第一个值为止。

即使不看代码,这些规则也很符合解决问题的思路。

  1. 以next-key lock为基本单位,因为它是范围最广的锁,如果锁的范围大了,后面删减

  2. 如果是主键/唯一索引上等值查询,如果找到对应行,说明最多只会有这一行,退化成行锁毫无问题,还能减少锁的范围

  3. 如果索引上等值查询,最后一个值不满足等值条件,肯定不必锁

  4. 只有访问的对象才加锁,因为只需要保证当前语句重复执行时获取到的数据是不变的即可,如果语句没用到其它索引,所以自然不必管其它对象

  5. 两个没想通的地方

  • 一是唯一索引上的范围查询会访问到不满足条件的第一个值为止,根据唯一索引的特性,理论上不需要再继续查找了

  • 二是对索引上的范围查找,如c>10 && c<15,如果最后一个值不满足条件,理论上也可退化为间隙锁

实例

让我们根据实例,验证一下加锁规则。

先创建表结构与数据:

CREATE TABLE `t` (`id` int(11) NOT NULL,`c` int(11) DEFAULT NULL,`d` int(11) DEFAULT NULL,PRIMARY KEY (`id`),KEY `c` (`c`)
) ENGINE=InnoDB;insert into t values(0,0,0),(5,5,5),(10,10,10),(15,15,15),(20,20,20),(25,25,25);

根据主键/唯一索引、普通索引、无索引,进行等值查询、范围查询,查看锁定情况:

等值查询范围查询
主键/唯一索引请添加图片描述最终在主键,锁住范围为(5,10)。因为是在主键索引上进行查找,所以无需从头查找,直接定位到(5,10],根据原则1加next key lock;而又因为是等值查询,最后一个值为10,不等于7,根据优化2,退化为间隙锁。请添加图片描述最终在主键锁住[10,15]。因为从>=10,锁(5,10],根据优化1只锁10,对于<11,锁住(10,15]。请添加图片描述最终在主键锁住(10,20]。因为>10,锁(10,15];根据bug,会访问到不满足条件的第一个值为止,所以继续锁(15,20]。
普通索引请添加图片描述最终在索引C,锁住范围(0,10)。因为在C索引上进行查找,根据原则1,锁(0,5],向右继续遍历,锁(5,10];根据优化2,退化为(5,10),最终锁定范围为(0,10);因为session A只select id,C为覆盖索引,所以根本不需要遍历主键索引,根据原则2,主键索引没有加锁,所以实现了session B和session C的效果。请添加图片描述最终索引C和主键索引锁住(5,15]。因为C>=10,锁住(5,10],向右继续查找,锁住(10,15],同时会对主键进行加锁。
无索引可认为锁[负无穷,正无穷]可认为锁[负无穷,正无穷]

根据对实例的分析,大家加锁的时候,尽量加在主键/唯一索引上,并确保值确实存在。在这种情况下,添加的是行锁,冲突最小。

锁查看

不同版本查看方案加锁方案不一致,对于8.0版本,

  1. 可用 select * from performance_schema.data_locks 进行查看。

  2. 可查看锁日志:

    show variables like ‘innodb_status_output’;

    set GLOBAL innodb_status_output=ON;

    set GLOBAL innodb_status_output_locks=ON;

    show engine innodb status ;

幻读

间隙锁在可重复读隔离级别下才有效。next key lock能够解决幻读问题。如果没有这些锁算法,则重复读隔离级别下,读出的行数可能不同,违反了可重复读的含义。

在MySQL官方文档中,将不可重复读定义为Phantom Problem,即幻象问题。

在Next-Key Lock算法下,对于索引的扫描,不仅仅是锁住扫描到的索引,而且还锁住这些索引覆盖的范围(gap)。因此对于这个范围内的插入都是不允许的。这样就避免了另外的事务在这个范围内插入数据导致的不可重复读的问题。

有两个重点内容需要再说明一下:

  1. 在可重复读隔离级别下,普通的查询是快照读,是不会看到别的事务插入的数据的。因此,幻读在“当前读”下才会出现。

  2. 幻读仅专指“新插入的行”。

资料

  1. mysql的innodb有哪几种锁_MySQL InnoDB 引擎中的 7 种锁类型,你都知道吗?

  2. MySQL 全局锁和表锁是什么

  3. MySQL学习笔记(三)—数据库意向锁和元数据锁

  4. mysql锁系列之全局锁

  5. MySQL技术内幕:InnoDB存储引擎

  6. mysql中查看sql语句的加锁信息

  7. mysql sys 查看锁_mysql8.0查看锁信息

  8. Mysql 锁表日志查看

最后

大家如果喜欢我的文章,可以关注我的公众号(程序员麻辣烫)

我的个人博客为:https://shidawuhen.github.io/

图片

往期文章回顾:

  1. 设计模式

  2. 招聘

  3. 思考

  4. 存储

  5. 算法系列

  6. 读书笔记

  7. 小工具

  8. 架构

  9. 网络

  10. Go语言

这篇关于MySQL InnoDB锁算法,可算搞明白了的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/449877

相关文章

SQL Server 中的表进行行转列场景示例

《SQLServer中的表进行行转列场景示例》本文详细介绍了SQLServer行转列(Pivot)的三种常用写法,包括固定列名、条件聚合和动态列名,文章还提供了实际示例、动态列数处理、性能优化建议... 目录一、常见场景示例二、写法 1:PIVOT(固定列名)三、写法 2:条件聚合(CASE WHEN)四、

Mybatis对MySQL if 函数的不支持问题解读

《Mybatis对MySQLif函数的不支持问题解读》接手项目后,为了实现多租户功能,引入了Mybatis-plus,发现之前运行正常的SQL语句报错,原因是Mybatis不支持MySQL的if函... 目录MyBATis对mysql if 函数的不支持问题描述经过查询网上搜索资料找到原因解决方案总结Myb

MySQL 筛选条件放 ON后 vs 放 WHERE 后的区别解析

《MySQL筛选条件放ON后vs放WHERE后的区别解析》文章解释了在MySQL中,将筛选条件放在ON和WHERE中的区别,文章通过几个场景说明了ON和WHERE的区别,并总结了ON用于关... 今天我们来讲讲数据库筛选条件放 ON 后和放 WHERE 后的区别。ON 决定如何 "连接" 表,WHERE

mysql_mcp_server部署及应用实践案例

《mysql_mcp_server部署及应用实践案例》文章介绍了在CentOS7.5环境下部署MySQL_mcp_server的步骤,包括服务安装、配置和启动,还提供了一个基于Dify工作流的应用案例... 目录mysql_mcp_server部署及应用案例1. 服务安装1.1. 下载源码1.2. 创建独立

Mysql中RelayLog中继日志的使用

《Mysql中RelayLog中继日志的使用》MySQLRelayLog中继日志是主从复制架构中的核心组件,负责将从主库获取的Binlog事件暂存并应用到从库,本文就来详细的介绍一下RelayLog中... 目录一、什么是 Relay Log(中继日志)二、Relay Log 的工作流程三、Relay Lo

MySQL日志UndoLog的作用

《MySQL日志UndoLog的作用》UndoLog是InnoDB用于事务回滚和MVCC的重要机制,本文主要介绍了MySQL日志UndoLog的作用,文中介绍的非常详细,对大家的学习或者工作具有一定的... 目录一、Undo Log 的作用二、Undo Log 的分类三、Undo Log 的存储四、Undo

MySQL游标和触发器的操作流程

《MySQL游标和触发器的操作流程》本文介绍了MySQL中的游标和触发器的使用方法,游标可以对查询结果集进行逐行处理,而触发器则可以在数据表发生更改时自动执行预定义的操作,感兴趣的朋友跟随小编一起看看... 目录游标游标的操作流程1. 定义游标2.打开游标3.利用游标检索数据4.关闭游标例题触发器触发器的基

MySQL查看表的历史SQL的几种实现方法

《MySQL查看表的历史SQL的几种实现方法》:本文主要介绍多种查看MySQL表历史SQL的方法,包括通用查询日志、慢查询日志、performance_schema、binlog、第三方工具等,并... 目录mysql 查看某张表的历史SQL1.查看MySQL通用查询日志(需提前开启)2.查看慢查询日志3.

MySQL底层文件的查看和修改方法

《MySQL底层文件的查看和修改方法》MySQL底层文件分为文本类(可安全查看/修改)和二进制类(禁止手动操作),以下按「查看方法、修改方法、风险管控三部分详细说明,所有操作均以Linux环境为例,需... 目录引言一、mysql 底层文件的查看方法1. 先定位核心文件路径(基础前提)2. 文本类文件(可直

MySQL数据目录迁移的完整过程

《MySQL数据目录迁移的完整过程》文章详细介绍了将MySQL数据目录迁移到新硬盘的整个过程,包括新硬盘挂载、创建新的数据目录、迁移数据(推荐使用两遍rsync方案)、修改MySQL配置文件和重启验证... 目录1,新硬盘挂载(如果有的话)2,创建新的 mysql 数据目录3,迁移 MySQL 数据(推荐两