⑩⑦【MySQL】锁：全局锁、表级锁、行级锁

浅浅的花香味﹌ 2024-04-17 10:18 13阅读 0赞

![在这里插入图片描述][8d8e0d8a542946af858489a536162608.gif_pic_center]

> 个人简介：Java领域新星创作者；阿里云技术博主、星级博主、专家博主；正在Java学习的路上摸爬滚打，记录学习的过程~  
> 个人主页：[.29.的博客][.29.]  
> 学习社区：[进去逛一逛~][Link 1]

> [![在这里插入图片描述][ff95d349de5a4059b4211448c7f4551d.png_pic_center]][ff95d349de5a4059b4211448c7f4551d.png_pic_center 1]

#### MySQL锁 ####

*  ⑩⑦【MySQL】锁：全局锁、表级锁、行级锁
 *   *  1. 锁
     *  2. 全局锁
     *  3. 表级锁
     *   *  🔒表锁
         *  🔒元数据锁
         *  🔒意向锁
     *  4. 行级锁
     *   *  🔒行锁
         *  🔒间隙锁 / 临键锁

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

## ⑩⑦【MySQL】锁：全局锁、表级锁、行级锁 ##

### 1. 锁 ###

`锁`：

*  **锁是什么？**
 *  锁是计算机**协调多个进程或线程并发访问某一资源的机制** 。在数据库中，除传统的计算资源(CPU、RAM、I/O)的争用以外，数据也是一种供许多用户共享的资源。如何**保证数据并发访问的一致性、有效性** 是所有数据库必须解决的一个问题，**锁冲突** 也是影响数据库并发访问性能的一个重要因素。从这个角度来说，锁对数据库而言显得尤其重要，也更加复杂。

`锁的分类`：

*  MySQL中的锁，按照锁的粒度分，可分为下述三类：
 *   *  ①`全局锁`：锁定数据库中所有的表。
     *  ②`表级锁`：每次操作锁住整张表。
     *  ③`行级锁`：每次操作锁住对应的行数据。

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

### 2. 全局锁 ###

`全局锁`：

*  **全局锁就是对整个数据库实例加锁** ，**加锁后整个实例就处于只读状态**，后续的`DML`的写语句，`DDL`语句，已经更新操作的事务提交语句都将被阻塞。其典型的使用场景是：做全库的逻辑备份，对所有的表进行锁定，从而获取一致性视图，**保证数据的完整性** 。

![在这里插入图片描述][8400f2d2c5f74c03afcb5b4bff341693.png]

*  🚀设置全局锁：
 *   *      FLUSH TABLES WITH READ LOCK;
     *

*  🚀MySQL数据备份:
 *   *      # MySQL数据库备份的 （命令行指令）
            mysqldump -uroot -p密码 备份数据库名>保存备份的文件名
            # 实例：
            # mysqldump -uroot -p123456 mydb>mydb.sql
     *

*  🚀解除全局锁:
 *   *      UNLOCK TABLES;
     *

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

### 3. 表级锁 ###

`表级锁`：

*  表级锁，每次操作锁住整张表。**锁定粒度大，发生锁冲突的概率最高，并发度最低** 。应用在MyISAM、InnoDB、BDB等存储引擎中。

#### 🔒表锁 ####

`表级锁分类`：

*  ①**表锁** ：表共享读锁(`read lock`) / 表独享写锁(`write lock`)
 *   *      -- 设置表锁
            -- 设置了读锁read lock，当前客户端和其他客户端都只能读不能写。
            -- 设置了写锁write lock，当前客户端对当前表可读可写，其他客户端不能读不能写。
            LOCK TABLES 表名1[,表名2,...] {
                   READ | WRITE};
            
            -- 释放锁
            UNLOCK TABLES;
     *  读锁不会阻塞其他客户端的读操作，但会阻塞写操作。写锁即阻塞其他客户端的读操作又阻塞其他客户端的写操作
     *

#### 🔒元数据锁 ####

*  ②**元数据锁（meta data lock，MDL）** ：
 *   *  ⚪MDL加锁过程是**系统自动控制** ，无需显式使用，在访问一张表的时候会自动加上。MDL锁主要作用是**维护表元数据的数据一致性** ，在表上有活动事务的时候，不可以对元数据进行写入操作。`作用`：**为了避免DML与DDL冲突，保证读写的正确性。**
     *  ⚪在`MySQL5.5`中引入了`MDL`,当对一张表**进行增删改查的时候，加MDL读锁（共享）** ；当对表结构**进行变更操作的时候，加MDL写锁（排他）** 。
     *  ![在这里插入图片描述][b204cc71a9da4a1293bbffea4384346f.png]
     *      -- 查看元数据锁
            select object_type,object_schema,object_name,lock_type,lock_duration from
            performance_schema.metadata_locks ;
     *

#### 🔒意向锁 ####

*  ③**意向锁** ：
 *   *  为了避免DML语句在执行时，加的行锁与表锁的冲突，在InnoDB中引入了意向锁，使得表锁不用检查每行数据是否加锁，使用意向锁来减少表锁的检查。
     *  ⚪**意向共享锁(IS)** ：与表锁共享锁(read)兼容，与表锁排它锁(write)互斥。
     *  ⚪**意向排他锁(IX)** ：与表锁共享锁(read)及排它锁(write)都互斥。意向锁之间不会互斥。
     *      -- 查看意向锁加锁情况
            select object_schema,object_name,index_name,lock_type,lock_mode,lock_data from
            performance_schema.data_locks;
            
            -- 添加意向共享锁(IS)
            SELECT语句 LOCK IN SHARE MODE;
            
            -- 添加意向排他锁(IX)
            {
                   INSERT语句 | UPDATE语句 | DELETE语句 | SELECT语句}
            FOR UPDATE;
     *

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

### 4. 行级锁 ###

`行级锁`：

*  行级锁，应用在`InnoDB`存储引擎中，每次操作锁住对应的行数据。**锁定粒度最小，发生锁冲突的概率最低，并发度最高** 。
 *  `InnoDB`的数据是基于索引组织的，行锁是通过对索引上的索引项加锁来实现的，而不是对记录加的锁。对于行级锁，主要分为以下**三类：**
 *   *  ⚪`行锁(Record Lock)`：
     *   *  锁定单个行记录的锁，防止其他事务对此行进行`update`和`delete`操作。在RC、RR隔离级别下都支持。
         *  
     *  ⚪`间隙锁(Gap Lock)`：
     *   *  锁定索引记录间隙（不含该记录），确保索引记录间隙不变，防止其他事务在这个间隙进行`insert`操作，产生幻读。在RR隔离级别下支持。
         *  
     *  ⚪`临键锁(Next-Key Lock)`：
     *   *  行锁和间隙锁组合，同时锁住数据，并锁住数据前面的间隙Gap。在RR隔离级别下支持。

#### 🔒行锁 ####

*  InnoDB实现了以下两种类型的**行锁：**
 *   *  ⚪`共享锁(S)`：允许一个事务去读一行，阻止其他事务获得相同数据集的排它锁。即共享锁间兼容，但与排他锁互斥。
     *  ⚪`排他锁(X)`：允许获取排他锁的事务更新数据，阻止其他事务获得相同数据集的共享锁和排他锁。
     *  ![在这里插入图片描述][e4487042f36e4c90b0dd19aafc83a79c.png]
     *  ![在这里插入图片描述][a4abb8f684ab4f20838d53850761dfb2.png]

`行锁执行原理`：

默认情况下，`InnoDB`在`REPEATABLE READ`事务隔离级别运行，InnoDB使用next-key锁进行搜索和索引扫描，以防止幻读。

*  1.  针对唯一索引进行检索时，**对已存在的记录进行等值匹配时** ，将会**自动优化为行锁** 。
    2.  InnoDB的行锁是针对于索引加的锁，不通过索引条件检索数据，那么InnoDB将**对表中的所有记录加锁** ，此时就会**升级为表锁** 。

*  🚀查看 行锁/意向锁 加锁情况：
 *   *      select object_schema,object_name,index_name,lock_type,lock_mode,lock_data from
            performance_schema.data_locks;
     *

#### 🔒间隙锁 / 临键锁 ####

`间隙锁 / 临键锁 执行原理`:

默认情况下，`InnoDB`在`REPEATABLE READ`事务隔离级别运行，InnoDB使用next-key锁进行搜索和索引扫描，以防止幻读。

*  1.  索引上的等值查询（唯一索引），给不存在的记录加锁时，优化为**间隙锁**
    2.  索引上的等值查询（普通索引），向右遍历时最后一个值不满足查询需求时，next-key lock退化为**间隙锁** 。
    3.  索引上的范围查询（唯一索引），会访问到不满足条件的第一个值为止。
 *  间隙锁唯一目的是**防止其他事务插入间隙** 。**间隙锁可以共存** ，一个事务采用的间隙锁不会阻止另一个事务在同一间隙上采用间隙锁。

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

[![在这里插入图片描述][20a7f1b58dfb4660b75d7f021c157d57.png_pic_center]][20a7f1b58dfb4660b75d7f021c157d57.png_pic_center 1]

[8d8e0d8a542946af858489a536162608.gif_pic_center]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/14/21bbed8ff8494afd9e2786e758cfe43e.gif
[.29.]: https://blog.csdn.net/ebb29bbe?spm=1018.2226.3001.5343
[Link 1]: https://bbs.csdn.net/forums/185241f773fb401b8ca7994dc3d02333?joinKey=cyru4ex9o7wq-mz6v1koj5x-1-add3ae8dc3827dbbd4360c79af92bbbe
[ff95d349de5a4059b4211448c7f4551d.png_pic_center]: https://img-blog.csdnimg.cn/ff95d349de5a4059b4211448c7f4551d.png#pic_center
[ff95d349de5a4059b4211448c7f4551d.png_pic_center 1]: https://blog.csdn.net/ebb29bbe/category_12107001.html?spm=1001.2014.3001.5482
[8400f2d2c5f74c03afcb5b4bff341693.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/14/317ffe00642a4ae39d4eeef013cb70d8.png
[b204cc71a9da4a1293bbffea4384346f.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/14/39d44fbfdfc046e999d07d55153e7720.png
[e4487042f36e4c90b0dd19aafc83a79c.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/14/ddc42891f272476aab5ed181293c72cd.png
[a4abb8f684ab4f20838d53850761dfb2.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/14/fd758b2558ec42e58c645f14ea8b5d03.png
[20a7f1b58dfb4660b75d7f021c157d57.png_pic_center]: https://img-blog.csdnimg.cn/20a7f1b58dfb4660b75d7f021c157d57.png#pic_center
[20a7f1b58dfb4660b75d7f021c157d57.png_pic_center 1]: https://blog.csdn.net/ebb29bbe?type=blog