本文为博主对于《小林coding》网站的学习笔记，详情请参考原网站

①全局锁

全局锁的使用：

全局锁的应用场景：

全局锁的缺点

比较高效的备份方式

②表级锁

(Ⅰ)表锁

(Ⅱ)元数据锁（MDL）

MDL锁的设计初衷：

MDL锁的工作场景:

MDL锁，是在什么时候进行释放的

为什么写锁不释放，后续的读操作都会被阻塞

(Ⅲ)Auto-INC锁

innodb_autoinc_lock_mode（用来控制选用AUTO-INC锁还是轻量级锁）

(IV)意向锁

③行级锁(所有的锁，都是锁住索引)

(Ⅰ)Record Lock：记录锁：针对某一条记录读取时候加的锁。

(Ⅱ)Gap Lock：只存在于可重复读的隔离界别的间隙锁

(Ⅲ)Next-key Lock：也被称为临建锁

①全局锁

全局锁的使用：

如果想使用全局锁，那么需要用到下面这一条指令：

flush tables with read lock

执行之后，整个数据库就处于只读状态了，无论是执行对于数据的操作:insert、delete、update还是对于表结构的增删改查，都会被阻塞。

如果想要释放全局锁，就需要使用如下的语句:

unlock tables

全局锁的应用场景：

全局锁主要用于做全库逻辑备份。

全局锁的缺点

加上全局锁，意味着整个数据库处于只读状态了，如果此时仍然有许多的客户端对于这个数据库进行读取操作，那么会产生很大的业务停滞。

要知道，在大厂的一些网络产品当中，每一秒都有数以百万甚至千万的访问量。这个时候，哪怕是服务器卡顿了短短的一两秒，都有可能造成非常大的损失的。

比较高效的备份方式

在可重复读的隔离级别下面，数据库的存储引擎是支持可重复读的隔离级别的，那么在备份数据库的时候，会先创建Read View，然后再Read View以及mvcc的支持下，数据的备

份期间，其他事物仍然可以对数据进行更新操作。

关于mvcc和Read View，都已经在这一篇文章当中提及到了。

MySQL事物以及事物的四大特性，隔离级别的简单介绍_mysql中指定事物的特征的语句是_革凡成圣211的博客-CSDN博客https://blog.csdn.net/weixin_56738054/article/details/127857770?spm=1001.2014.3001.5501

但是，对于MyISAM这一种存储引擎，它不支持事物，因此，在备份数据的时候就一定要受用全局锁来处理了。

②表级锁

在MySQL当中，里面的表级锁有下面这几种:表锁、元数据锁（MDL）、意向锁、AUTO-INC锁。

接下来将分别介绍这几种锁

(Ⅰ)表锁

如果想对于某一张表加锁，假如是t_student表加锁。

可以使用到下面这两行命令（一种是读锁，另外一种是写锁）

大致就是:lock table +表的名称 +read/write

//表级别的共享锁，也就是读锁；
lock tables t_student read;//表级别的独占锁，也就是写锁；
lock tables t_stuent write;

当某一个线程使用了两条指令之后，也就是lock tables t_student read之后，所有的线程

（包括执行第一条sql语句的线程）如果想要对这一个表当中的数据进行修改操作（包括增删

改）都会阻塞等待。但是，如果单纯的select语句，不会进行阻塞等待。

(Ⅱ)元数据锁（MDL）

我们其实不需要显示地使用MDL，因为当我们对于数据库表进行操作的时候，会自动给这个表加上MDL:

对一张表进行数据变更，也就是CRUD操作的时候，加的是MDL读锁；

对一张表做结构变更的时候，加的是MDL写锁。

MDL锁的设计初衷：

为了防止在有线程对表的结构作修改的时候，其他线程对于这个表内容进行增删改查造成的影响。同时，也防止一个线程对于表的内容进行增删改查的时候，其他线程对于表的结构进行修改。

MDL锁的工作场景:

当有线程（假设是线程A）执行crud操作的时候，会对这一张表施加一个MDL读锁。

如果此时其他线程（假设是线程B）想要更改表的结构，那么，它会申请MDL写锁，它将会被阻塞，直到线程A执行完毕，释放锁。

当有线程对这个表的结构进行修改的时候，会对这个表加一个MDL写锁。此时如果有其他线程执行crud操作，那么它会申请一个MDL读锁，然后申请失败被阻塞，直到表的结构变更完成。

MDL锁，是在什么时候进行释放的

MDL锁，是在事物提交之后，才会释放的。这也就意味着，事物执行期间，MDL锁将会一直被占有，直到事物执行结束。

如果有以下的场景:

1.线程A启动了一个事物，执行过程当中，使用了一条查询的sql语句(select...)，当执行这个语句的时候，就先对这一个表加上了MDL读锁。但是，事物A一直没有提交

2.线程B也执行相同的查询语句(select...),也会对这个表加一个MDL读锁。此时并不会发生阻塞，因为"读与读"之间不会发生冲突。

3.接着，线程C执行了修改表的字段的任务，那么它就会加一个MDL写锁。由于MDL锁此时被占用着，因此，线程C无法获取到MDL写锁

但是由于事物A一直不提交，就存在另外一个问题：此时如果这个表后面有更多的请求过来，那这个时候，对于这张表后续的select语句，都会被阻塞了，这个时候，数据库的线程很快就会饱满了。

为什么写锁不释放，后续的读操作都会被阻塞

因为，默认写锁的等级是比读锁高的，因此，如果写锁不释放，其他线程也无法获取到读锁。

因此，在表创建好之后，并且有大量数据的时候，千万不要随随便便改动数据。

(Ⅲ)Auto-INC锁

我们在实际的开发当中，一般都会把表里面的主键字段设置为单调递增的。

AUTO-INC是一种特殊的表机制，在执行一条新增的sql语句的时候，会加一个表级别的

AUTO-INC锁。等插入完毕之后，这个Auto-INC锁会被释放掉。

这样，当多个事物共同插入的时候，就会产生比较大的阻塞。

因此，MySQL又提供了一种轻量级的锁来实现自增。

innodb_autoinc_lock_mode（用来控制选用AUTO-INC锁还是轻量级锁）

自5.1.2.22版本开始

innodb_autoinc_lock_mode对应的值	说明
0	采用Auto-INC锁，语句执行结束之后才释放
1（0与2的中间态）	①对于普通insert语句，在申请一个自增过后的值就释放; ②对于insert...selectt这样的语句，需要等语句执行结束之后，整行数据插入完之后再释放
2	采用轻量级锁：给被修饰为单调递增的字段赋值一个自增过后的值，就释放锁

(IV)意向锁

③行级锁(所有的锁，都是锁住索引)

MySQL支持行级锁，MyIsm不支持行级别的锁。

首先，需要了解一下共享锁（S锁）和独占锁（X锁）

共享锁：读读共享，读写互斥

独占锁：写写互斥，读写互斥

以下是两种不同的select语句

//对读取的记录加共享锁
select ... lock in share mode;//对读取的记录加独占锁
select ... for update;

以下是两种不同的锁之间的的互斥情况：

需要注意的是:在同一个事物当中，即使两个sql语句各自持有不同类型的锁，也不会产生阻塞等待的情况。

见不兼容的情况，一定是在不同的事物当中的。

例如：

对于这一行数据:

carId为2的这一行数据，a为2

但是在同一个事物当中:

执行第二次的时候，可以看到，输出了两个结果:

说明此时第二个sql语句没有阻塞等待。

(Ⅰ)Record Lock：记录锁：针对某一条记录读取时候加的锁。

记录锁也是有X锁和S锁的区别之分的。

可以对某一条记录加上共享锁，也可以对某一条记录加上记录锁。

当一个事物对一条记录加上S型记录锁之后，其他事物可以继续对这一行记录加S型记录锁。

当一个事物对一条记录加上X型记录锁之后，其他事物不可以继续对这一行记录加上任何X型或者S型的任何记录锁。

对于一张表，如果执行如下sql语句：

select*form table where id=1 for update

事物会对表当中主键id为1的数据加上X型记录锁，如果其他事物对于这一条记录进行删除或者修改操作，就会被阻塞。

如果其他事物执行insert，就会抛出一个异常：主键冲突异常。

但是，当前事物，如果对于这一行记录进行crud操作，是允许的!!!!

select...for update是什么时候释放的:

select...for update是在事物开启的时候，加锁的。是在事物提交之后释放的。

(Ⅱ)Gap Lock：只存在于可重复读的隔离界别的间隙锁

假如一张表当中，有一个id范围为(3,5)的间隙锁，那么其他事物就无法插入4这一行数据。

此处使用的间隙，是属于当前读的方式来避免幻读的。

间隙锁之间是互相兼容的。即使一个X，另外一个也是X，不会发生锁冲突。间隙锁是兼容的，它是为了防止幻读现象发生而特意设定的。

(Ⅲ)Next-key Lock：也被称为临建锁

是记录所+间隙锁的组合，锁定一个范围，并且包括记录本身。

在间隙锁当中，可以理解为范围都是开区间的。

在下图当中，临建锁的范围为(3,5]，那么也就意味着，如果一个事物持有范围为(3,5]的临建锁，那么其他的事物无法插入id为4的这一条记录，也无法修改id为5的这一条记录。

对于临建锁来说，X型锁和X型锁是冲突的。

比如一个事物持有了范围为(3,5]的临建锁，那么就需要考虑需要使用X型还是S型的锁。

这个时候，相当于加了一个临建锁

select*from table where id>3 and id<=5 for update

【MySQL锁篇】一、MySQL当中有哪些锁相关推荐

【MySQL高级篇】第15章_锁
第15章_锁 1. 概述在数据库中,除传统的计算资源(如CPU.RAM.I/O等)的争用以外,数据也是一种供许多用户共享的资源.为保证数据的一致性,需要对并发操作进行控制 ,因此产生了锁 .同 ...
超详细图解！【MySQL进阶篇】MySQL事务和锁
ACID 特性在关系型数据库管理系统中,一个逻辑工作单元要成为事务,必须满足这 4 个特性,即所谓的 ACID: 原子性(Atomicity).一致性(Consistency).隔离性(Isolat ...
MySQL基础篇(06)：事务管理，锁机制案例详解
本文源码:GitHub·点这里 || GitEE·点这里一.锁概念简介 1.基础描述锁机制核心功能是用来协调多个会话中多线程并发访问相同资源时,资源的占用问题.锁机制是一个非常大的模块,贯彻MyS ...
【MySQL高级篇笔记-MySQL事务日志(下) 】
此笔记为尚硅谷MySQL高级篇部分内容目录一.redo日志 1.为什么需要REDO日志 2.REDO日志的好处.特点 3.redo的组成 4.redo的整体流程 5.redo log的刷盘策略 6 ...
超详细图解！【MySQL进阶篇】MySQL索引原理
索引类型索引可以提升查询速度,会影响where查询,以及order by排序.MySQL索引类型如下: 从索引存储结构划分:B Tree索引.Hash索引.FULLTEXT全文索引.R Tree索引 ...
超详细图解！【MySQL进阶篇】MySQL架构原理
MySQL体系架构 MySQL Server架构自顶向下大致可以分网络连接层.服务层.存储引擎层和系统文件层. 一.网络连接层客户端连接器(Client Connectors):提供与MySQL服务 ...
MySQL高级篇知识点——MySQL 事务日志
目录 1.redo 日志 1.1.为什么需要 REDO 日志? 1.2.REDO 日志的好处与特点 1.3.redo 的组成 1.4.redo 的整体流程 1.5.redo log 的刷盘策略 1.6 ...
MySQL高级篇——聊聊MySQL的存储引擎
文章目录: 1.关于存储引擎的相关命令 2.存储引擎的详细介绍 2.1 InnoDB(重点,具备外键支持功能的事务存储引擎) 2.2 MyISAM(重点,主要的非事务处理存储引擎 ) 2.3 Memo ...
MySql初级篇:入门mysql这一篇就够了（bushi）
文章目录数据库与数据库概念关系型(RDBMS)与非关系型(非RDBMS)数据库管理系统设计原则 1.表.记录.字段 2.表的关联关系:**一对一.多对多.一对多**.自我引用 MySQL数据库是 ...
MySQL日志篇，MySQL日志之binlog日志，binlog日志详解
视频地址 https://www.bilibili.com/video/BV1oT4y1o7TW 一.描述 binlog 二进制日志文件,这个文件记录了MySQL所有的DML操作.通过binlog日志 ...

【MySQL锁篇】一、MySQL当中有哪些锁

①全局锁

全局锁的使用：

全局锁的应用场景：

全局锁的缺点

比较高效的备份方式

②表级锁

(Ⅰ)表锁

(Ⅱ)元数据锁（MDL）

MDL锁的设计初衷：

MDL锁的工作场景:

MDL锁，是在什么时候进行释放的

为什么写锁不释放，后续的读操作都会被阻塞

(Ⅲ)Auto-INC锁

innodb_autoinc_lock_mode（用来控制选用AUTO-INC锁还是轻量级锁）

(IV)意向锁

③行级锁(所有的锁，都是锁住索引)

(Ⅰ)Record Lock：记录锁：针对某一条记录读取时候加的锁。

select...for update是什么时候释放的:

(Ⅱ)Gap Lock：只存在于可重复读的隔离界别的间隙锁

(Ⅲ)Next-key Lock：也被称为临建锁

【MySQL锁篇】一、MySQL当中有哪些锁相关推荐

最新文章

热门文章