【MySQL】MySQL中的锁

全局锁

全局锁是对整个数据库实例加锁,整个库处于只读状态。

 flush tables with read lock 

适用场景

全局锁适用于做全库逻辑备份,但是整个库处于只读状态,在备份期间,所有的更新操作、DDL将会被阻塞,会对业务产生影响。

single-transaction

mysqldump备份时可以使用–single-transaction参数,在备份数据之前启动一个事务,借助于MVCC获取到一致性视图,保证在备份的过程中,还支持数据的更新操作。

但是single-transaction只能用于支持事务的引擎,比如MyISAM不支持事务,所以使用MyISAM引擎的时候,是无法使用single-transaction的。

表级锁

表级锁分为表锁和元数据锁。

表锁

表锁从名字上就可以看出锁的是数据库表(Table),语法为:

# 锁住某张表
lock tables 表名 read/write
# 释放锁
unlock tables 表名

因为表锁的粒度太大,将整张表锁住,所以一般不使用表锁。

元数据锁MDL

元数据锁(meta data lock)不需要显示的使用,访问表的时候会自动添加MDL锁,添加MDL锁的原因是防止表结构出现不一致,假设查询数据的过程中,突然表结构被修改了,与最开始拿到的表结构不一致,在某些场景下可能会影响非常大。

MDL读锁

在对表做增删改查的时候,添加的是MDL读锁。

为什么添加的是读锁?

因为读锁之间不互斥,可以保证多个线程同时对一张表进行增删改查。

MDL写锁

在对表结构做修改的时候,添加的是MDL写锁。

为什么是写锁?

因为写锁与读锁之间相互互斥,当然写锁和写锁之间更是互斥的,既然要保证数据修改的安全性,那么如果有读操作在进行,是不能进行表结构变更操作的,反之亦是如此,如果正在修改表结构,也是不能进行读操作的,必须要等待前一个操作完成才可以进行下一个操作。所以使用了写锁,通过互斥保证数据操作的安全性。

**需要注意的是在事务中添加MDL锁的时候,直到整个事务提交后才会释放锁,如果此时遇到长事务,就会一直占用锁。**如果在这种情况下需要修改表结构,可以通过以下两种方式:

  1. 通过innodb_trx查询事务的trx_mysql_thread_id,将事务kill掉:

    mysql> SELECT trx_id, trx_state, trx_started, trx_mysql_thread_id,trx_autocommit_non_locking  FROM  information_schema.innodb_trx; 
    +-----------------+-----------+---------------------+---------------------+----------------------------+
    | trx_id          | trx_state | trx_started         | trx_mysql_thread_id | trx_autocommit_non_locking |
    +-----------------+-----------+---------------------+---------------------+----------------------------+
    | 422151119956664 | RUNNING   | 2021-07-02 23:27:06 |                   5 |                          0 |
    +-----------------+-----------+---------------------+---------------------+----------------------------+
    1 row in set (0.00 sec)
    

    kill事务命令:kill 事务线程ID(trx_mysql_thread_id)

    mysql> kill 5;
    Query OK, 0 rows affected (0.00 sec)
    
  2. 如果请求很频繁,可能刚kill掉就有新的事务到来,这个时候可以在修改表结构的时指定等待时间来获取MDL锁,如果在等待时间内都没有拿到锁,就先放弃,之后在合适的时间再修改表结构。

行锁

行锁锁住的是数据库表的行记录,但不是所有的引擎都支持行锁,比如MyISAM就不支持,所以对于MyISAM只能使用表锁。

如果某个字段存在索引,那么以该字段为查询条件时添加的行锁只需要锁住满足条件的数据行即可,如果不存在索引,MySQL需要全表扫描查找数据,此时会锁住所有的行,也就是退化为了表锁。

两阶段锁协议

在InnoDB事务中,行锁在需要的时候才加上,比如开始执行一个UPDATE语句,但是并不是UPDATE语句结束之后锁就释放了,而是在事务结束之后才释放,所以在实际开发中,可以将容易引起锁冲突的操作尽量往后放,减少锁的时间。

间隙锁Gap Lock

MySQL默认的隔离级别为可重复读,以下情况没有特殊说明,默认都是在可重复读隔离级别下。

当前读和快照读
在看间隙锁之前先看下MySQL的当前读和快照读。

快照读
MySQL的MVCC机制,在每个事务开启时会为其生成一个一致性视图,以此实现读提交/可重复读隔离级别,快照读指的就是从这个生成的一致性视图读取数据。
关于MVCC机制可参考:【MySQL】MVVC机制

当前读
当前读指的是读取undo log版本链中最新的记录,也就是读取最新的数据(已经提交的),如果是更新(update/insert/delete)操作都是当前读,select在可重复读的隔离级别下是快照读,不过可以使用以下语句使其变成当前读:

select xx from xx lock in share;
select xx from xx for update;

lock in share mode会加读锁,for update会加写锁,这两种语句都会进行当前读。

间隙锁
行锁是在数据表行记录上添加的锁,并不能锁住间隙,如果有INSERT操作,一样可以执行成功,此时就出现了幻读问题,为了解决幻读的问题,引入了间隙锁Gap Lock。间隙锁,就是在行与行之间的间隙处也增加了锁,它锁住的是一个范围区间,范围左右都是开区间。

来看一个例子,现有一张user表,分别有id(主键索引)、name、age三个字段,有以下1条数据:

idnameage
1a15

假设没有间隙锁,加锁时只针对记录加行锁,来看一个例子:

  1. 事务A在T1时刻查询age为15的数据,这里使用for update表示当前读,并且对这条记录加锁,此时可以查到一条记录;

  2. T2时刻,事务B又新增了一条age为15的数据,并进行了提交;

  3. T3时刻事务A中再查询时,使用了当前读,会发现可以查到两条记录,多出了一条age为15(事务B提交的那条)的数据,与T1时刻的数据不一致,此时就产生了幻读;

为什么使用for update进行当前读?

因为MySQL默认隔离级别是可重复读,如果不使用for update进行当前读,事务开启时创建一致性视图,使用的是快照读,所以读不到本事务开启后其他事务所做的操作,不会出现幻读。
而for update每次都要读取最新的数据,所以会出现幻读问题。

为什么会出现幻读?

for update已经加了写锁,按理说age为15的数据应该都会被锁住才对,为什么还可以新增一条age为15的数据?
因为行锁只能锁住某行数据,由于age字段上没有加索引,会锁住所有行,但是并没有锁住行之间的间隙,此时新增的那条数据还不存在,可以利用间隙这个漏洞新增一条age为15的数据。

为了解决幻读问题,引入了间隙锁,假设当前表中有三条数据,age分别为15、20、25:

idnameage
1a15
2b20
3c25

此时会存在四个间隙:
(-∞,15)、(15,20)、(20,25)、(25,+∞)

如果此时在age上执行查询(for update当前读,会加写锁):

select * from test where age = 15 for update;

因为age列没有添加索引,mysql会锁住所有行以及行之间的间隙,同一个时刻另外一个事务再执行INSERT语句:

insert into user(id, name, age) values(2, b, 15);

由于所有的区间都加了锁,此时会被阻塞,这样就防止了幻读。

需要注意间隙锁在在可重复读隔离级别下才会生效。

临键锁next-key lock

行数锁住的是某行记录,间隙锁锁的是行之间的间隙(左右都是开区间),将行数和间隙锁结合起来就是临键锁next-key lock,每个next-key lock都是左开右闭区间,以上面为例,next-key lock的所有区间为:

(-∞,15]、(15,20]、(20,25]、(25,+supremum]

InnoDB会为每个索引增加一个不存在的最大值supremum。

在可重复读隔离级别下,MySQL的加锁基本单位是临键锁,不过有两个优化:

  1. 索引上进行等值查询,如果是唯一索引,临键锁将会退化为行锁;
  2. 索引上进行等值查询,向右遍历时且最后一个值不满足等值条件时,临键锁退化为间隙锁;

第一个优化比较好理解,因为是唯一索引,为了提高性能,可以退化为行锁,只需要对那条数据加锁即可。

来看第二个优化,还是以上面的user表为例,有id(主键索引)、name(未添加索引)、age(添加了索引,注意与上面的例子区别,这里加了索引)三个字段,此时有以下数据:

idnameage
0aaa0
1a15
2b20

此时next-key lock区间为:
(0,15]、(15,20]、(20,+supremum]

  1. T1时刻使用lock in share mode从user表中查询age是15的id;
    由于默认加锁单位是临键锁,此时会给(0,15]这个区间加临键锁,由于age列是普通索引,需要继续向右遍历区间,查到age为20停止,访问到的对象都要加锁,
    所以本应该对(15,20]这个区间也加锁,但是根据优化2,这个区间的最后一个值20不满足age=15这个等值条件,所以退化为间隙锁(15,20)。

  2. T2时刻,向user表插入age为17的数据,由于对(0,15]和(15,20)这两个区间加锁,所以session B会进行阻塞;

MySQL在可重复读隔离级别下是否能解决幻读问题?

答案是不能,MVCC机制可以实现读提交/可重复读两个级别,在可重复读隔离级别下,如果使用快照读,确实可以避免出现幻读的问题

  1. 事务A在T1时刻查询age为15的数据,注意这里是普通的select语句是快照读,此时可以查到一条记录;

  2. T2时刻,事务B又新增了一条age为15的数据,并进行了提交;

  3. T3时刻事务A中再查询时,同样使用快照读,由于是从一致性视图中读取,并不会读到事务B提交的数据;

在可重复读隔离级别下,如果使用当前读,由于临键锁和间隙锁的存在,也可以避免幻读,上面的临键锁和间隙锁的例子都可以说明

不过这并不等价于在可重复读隔离级别下就可以避免幻读的问题,来看一个例子:

  1. 事务A在T1时刻查询age为15的数据,注意这里是普通的select语句是快照读,此时可以查到一条记录;

  2. T2时刻,事务B又新增了一条age为15的数据,并进行了提交;

  3. T3时刻事务A中再查询时,使用for update进行当前读,此时依旧可以查询到事务B提交的数据,所以就出现了幻读;

所以如果有快照读又有当前读的情况下,并不能解决幻读问题。

死锁

在使用锁的过程中,如果不同线程之间出现循环依赖资源,都在互相等待对方释放锁,就有可能造成死锁。

同样以上面的user表为例:

  1. T1时刻事务A更新id为1的数据,会对id为1的行加锁;
  2. T2时刻事务B更新id为2的数据,会对id为2的行加锁;
  3. T3时刻事务A同样去更新id为2的数据,此时已被事务B加锁,只能等待;
  4. T4时刻事务B需要更新id为1的数据,而这行数据已经被事务A加锁,事务B只能等待;
  5. 事务A和事务B互相等待对方占有的锁,形成循环,造成死锁;

对于死锁的解决方案有以下两种:
(1)通过innodb_lock_wait_timeout指定超时时间,默认值是50s,如果在某个时间内还没有获取到锁就超时放弃。
(2)将innodb_deadlock_detect设置为on开启死锁检测,每个事务到来被锁阻塞的时候,都会检测是否有可能导致死锁,当然开启死锁检测是有性能消耗的,高并发情况下需要消耗大量的CPU资源。

参考
极客时间 — 林晓斌(丁奇):MySQL实战

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:/a/141680.html

如若内容造成侵权/违法违规/事实不符,请联系我们进行投诉反馈qq邮箱809451989@qq.com,一经查实,立即删除!

相关文章

记一次前后端分离项目跨域导致的set-cookie失效问题解决方案

起因公司项目使用了springsecurity的基础登录进行认证授权,而基础登录使用的是sessioncookie的形式,项目前后端分离,前端调接口的时候就会出现,登陆后点击其他页面,提示未登录跳转登录页的情况,排查了一下问…

图论14-最短路径-Dijkstra算法+Bellman-Ford算法+Floyed算法

文章目录 0 代码仓库1 Dijkstra算法2 Dijkstra算法的实现2.1 设置距离数组2.2 找到当前路径的最小值 curdis,及对应的该顶点cur2.3 更新权重2.4 其他接口2.4.1 判断某个顶点的连通性2.4.2 求源点s到某个顶点的最短路径 3使用优先队列优化-Dijkstra算法3.1 设计内部类…

CPD:使用restAPI和cpd-cli命令创建DMC实例

环境 Red Hat Enterprise Linux release 8.6 (Ootpa)OCP 4.12.22IBM CP4D 4.8.0Data Management Console 3.1.12 (DMC for CPD 4.8.0) 注:使用了fyre VM。 创建DMC实例 准备 首先export环境变量: . ./stg_env.sh把 cpd-cli 放到PATH里。编辑 ~/.ba…

从GPT定制到Turbo升级再到Assistants API,未来AI世界,你准备好了吗?

引言 在OpenAI DevDay发布会上,OpenAI再次震撼整个人工智能行业,为AI领域带来了重大的更新。CEO Sam Altman宣布推出了定制版本的ChatGPT,这意味着用户现在可以根据自己的需求打造个性化的GPT,并分享至GPT Store。这一消息对于受A…

iText v1.8.1(OCR截图文字识别工具)

iText for mac是一款OCR(光学字符识别)工具,可以从图片中识别文字,适用于从扫描版的PDF等任意图片中提取文字。 使用iText,您可以方便快捷地从图片中摘抄和批注文字,满足您的各种需求。其自带截图功能&…

基于果蝇算法优化概率神经网络PNN的分类预测 - 附代码

基于果蝇算法优化概率神经网络PNN的分类预测 - 附代码 文章目录 基于果蝇算法优化概率神经网络PNN的分类预测 - 附代码1.PNN网络概述2.变压器故障诊街系统相关背景2.1 模型建立 3.基于果蝇优化的PNN网络5.测试结果6.参考文献7.Matlab代码 摘要:针对PNN神经网络的光滑…

upload-labs关卡5(点和空格绕过)通关思路

文章目录 前言一、回顾上一关知识点二、靶场第五关通关思路1.看源代码2.点和空格绕过3、验证上传 总结 前言 此文章只用于学习和反思巩固文件上传漏洞知识,禁止用于做非法攻击。注意靶场是可以练习的平台,不能随意去尚未授权的网站做渗透测试&#xff0…

Unity中雾效的实现方法二

文章目录 前言一、声明雾效所需要的内置变体二、在 v2f 中声明顶点传入片段中的雾效插值器三、 在顶点着色器中计算雾效采样四、在片元着色器中进行雾效颜色混合在这里插入图片描述 五、最终效果 前言 Unity中雾效的实现方法二,使用 Unity 自带的方法实现&#xff…

JVM及其垃圾回收机制(GC)

目录 一.JVM内存区域划分 二.JVM类加载机制 类加载过程 类加载的时机 双亲委派模型 三.JVM垃圾回收机制(GC) GC工作过程 1.找到垃圾/判断垃圾 (1)引用计数【python/PHP】 (2)可达性分析【Java】 2.对象释放…

shell 语法介绍

大家好,我是蓝胖子,在日常开发中或多或少都会接触到shell脚本,可以说会shell脚本是一位后端开发的基本功,今天我将会花上一篇文章总结下常见的shell的语法,学完本篇,相信简单的shell脚本就能够看懂了&#…

uniapp的实战总结大全

🙂博主:冰海恋雨 🙂文章核心:uniapp部分总结 目录 ​编辑 目录 前言: 解决方案 1. 跨平台开发 2. Vue.js生态 3. 组件库 4. 自定义组件 5. Native能力 6. 插件生态 7. 性能优化 写法 1. 模板&#xf…

基于范数求解缩放因子方法的MIMO系统预编码技术matlab仿真

目录 1.算法运行效果图预览 2.算法运行软件版本 3.部分核心程序 4.算法理论概述 4.1. MIMO系统模型 4.2. 基于范数求解缩放因子的预编码技术 5.算法完整程序工程 1.算法运行效果图预览 2.算法运行软件版本 MATLAB2022A 3.部分核心程序 。。。。。。。。。。。。。。。…

Hbuilder介绍,uniapp框架

Hbuilder对程序前端页面进行开发(包括android,ios,小程序,web等等),其实也就是相当于把android开发进行前后端分离了。方便分工协作。提高开发效率。 用前端框架开发可以实现一次编码,多平台运行。 &…

人工智能极简史:一文读懂ChatGPT的前世今生

2022年11月30日,OpenAI推出的一款人工智能技术驱动的自然语言处理工具——ChatGPT,迅速在社交媒体上走红,短短5天,注册用户数就超过100万。 2023年1月末,ChatGPT的月活用户已突破1亿,一度成为史上增长最快的…

网站定制开发的流程|软件app小程序开发定制

网站定制开发的流程|软件app小程序开发定制 网站定制开发是一个为个体或企业创建定制化网站的过程。它涉及到规划、设计、开发和测试等一系列步骤,以满足客户的需求和目标。下面是网站定制开发的基本流程。 1. 需求分析:首先,与客户沟通并了解…

Netty Review - 快速上手篇

文章目录 基础概念官网Whats NettyWhy NettyAbout Netty Author & LeaderWhat can Netty doNetty开发流程Flow HL View客户端开发Handler客户端启动类 服务端开发Handler服务器端启动类 运行示例 基础概念 BIO、NIO和AIO这三个概念分别对应三种通讯模型:阻塞、…

Docker 中的端口

Docker 中的端口 0.0.0.0:8080->80/tcp ,主机(即运行 Docker 的机器)监听8080端口,如果有请求转发到容器的 80 端口上去。 详细解释一下: 0.0.0.0:8080->80/tcp :这是一个端口映射规则。 0.0.0.0:80…

【C语言 | 指针】C指针详解(经典,非常详细)

😁博客主页😁:🚀https://blog.csdn.net/wkd_007🚀 🤑博客内容🤑:🍭嵌入式开发、Linux、C语言、C、数据结构、音视频🍭 🤣本文内容🤣&a…

Django下的Race Condition漏洞

目录 环境搭建 无锁无事务的竞争攻击复现 无锁有事务的竞争攻击复现 悲观锁进行防御 乐观锁进行防御 环境搭建 首先我们安装源码包:GitHub - phith0n/race-condition-playground: Playground for Race Condition attack 然后将源码包上传到Ubuntu 为了方便使…

软板当然可以弯折啊,只是容易弯出问题而已

高速先生成员:黄刚 每次在介绍具体案例之前,都还是先铺垫下基础知识吧。今天讲的是一个软板的案例,我们循例先介绍下软板的概念。相信大多数的硬件工程师,PCB设计工程师或者测试工程师都见过,就是像下面的这些了。 它作…