MySQL中的锁，全局锁、表级锁、行级锁

最新推荐文章于 2024-07-19 00:12:38 发布

学个Jvav

最新推荐文章于 2024-07-19 00:12:38 发布

阅读量189

点赞数

分类专栏： MySQL数据库一些相关术语文章标签：数据库 java 开发语言

本文链接：https://blog.csdn.net/Fover_Night/article/details/128401274

版权

MySQL数据库一些相关术语专栏收录该内容

2 篇文章 0 订阅

订阅专栏

全局锁

特点

数据库中加全局锁，是一个比较重的操作，执行全局锁时会锁住整个数据库，同时存在以下问题：

如果在主库上备份，那么备份期间都不能执行更新操作，业务基本上就得停摆。
如果在从库上备份，那么备份期间从库不能执行主库同步过来的二进制日志（binlog），会导致主从延迟。

在InnoDB引擎中，我们可以在备份是加上参数--single-transaction参数来完成不加锁的一次性数据备份。

表级锁

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

表级锁又主要分为以下三类：

表锁
元数据锁（meta data lock，MDL）
意向锁

1.表锁

表锁又分为两类：

表共享锁/读锁（read lock）
表独占写锁（write lock）

读锁（read lock）是什么？

当客户端A对表1上了读锁之后，哪怕是客户端A，也无法再对表1进行除了读以外的操作，比如说增删改，此时如果其他客户端也来操作表1，也是只能执行读取操作，只有当客户端A释放了锁，才能进行其他操作。

写锁（write lock）是什么？

当客户端A对表1上了写锁之后，只有客户端A可以对表1进行增删改查操作，而此时其他客户端要想来操作表1进行增删改查，都会进入阻塞状态，只有当客户端A释放了锁，操作才会恢复正常。

2.元数据锁（meta data lock，MDL）

MDL加锁过程是系统自动控制，无需显式使用（即不需要通过lock等关键字手动加锁），在访问一张表的时候会自动加上。MDL锁主要作用是维护表元数据（元数据大概指的就是表结构）的数据一致性，在表上有活动事务的时候，不可以对元数据进行写入操作。为了避免DML与DDL冲突，保证读写的正确性。

MySQL5.5中引入了MDL，当对一张表进行增删改查的时候，加MDL读锁（共享）；当对表结构进行变更操作的时候，加MDL写锁（排他）。

3.意向锁

意向锁又分为两类：

意向共享锁（IS）：与表锁共享锁/读锁（read lock）兼容，与表排它锁/写锁（write lock）互斥。
意向排它锁（IX）：与表共享锁以及排它锁都互斥，而意向锁之间不会互斥。

可以通过一下SQL来查询意向锁以及行锁的加锁情况：

举一个场景例子，如下图所示，在不引用意向锁的情况下，当线程A开启事务之后，对id为3的记录执行updata操作，在InnoDB引擎下会默认对该记录赋上行锁，此时有一个线程B尝试对该表设置表锁，线程B是需要一行一行地检查整张表来判断哪一行被上了表锁，这样非常影响性能。

当引入了意向锁的概念之后，当线程A开启事务之后，对id为3的记录执行updata操作，在InnoDB引擎下会默认对该记录赋上行锁，并同时为整张表赋上意向锁。此时线程B要想给该表设置全局锁，它会去检查这张表意向锁的情况，通过意向锁的情况来决定它能不能给这张表设置表锁，如果意向锁和线程B所要加的锁是兼容的，那么可以正常加锁，如果不兼容，则线程B会进入阻塞状态，直到线程A提交完事务释放锁线程B才会退出阻塞。

行级锁

1.行锁

行级锁，每次操作锁住对应的行数据。锁定力度最小，发生锁冲突的概率最低，并发度最高。应用在InnoDB存储引擎中。

InnoDB的数据是基于索引组织的，行锁是通过对索引上的索引项加锁来实现的，而不是对数据记录加的锁，主要分为以下三类：

行锁（Record Lock）：锁定单个行记录的锁，防止其他事务对此进行updata和delete。在RC（Read Committed）、RR（Repeatable Read）隔离级别下都支持
间隙锁（Grap Lock）：锁定索引记录间隙（但是不包括该记录），确保索引记录间隙不变，防止其他事务在这个间隙进行insert，产生幻读，在RR（Repeatable Read）隔离级别下都支持
邻键锁（Next-Key Lock）：行锁和间隙锁组合，同时锁住数据，并锁住数据前面的间隙Gap，在RR（Repeatable Read）隔离级别下支持

其中InnoDB实现了以下两种类型的行锁：

共享锁（S）：允许一个事务去读一行，阻止其他事务获得其他相同数据集的排它锁。共享锁和共享锁之间是兼容的，但共享锁和排它锁之间是互斥的。
排它锁（X）：允许获取排它锁的事务更新数据，阻止其他事务获得相同数据集的共享锁和排它锁

2.间隙锁/邻键锁

1.对于图中第一点，我们可以来举个例子，假设一张表中的主键id数据有1,2,3,8,11,16，当一个服务器A对id为5的记录进行updata操作时，因为表中没有id为5的数据行记录，那么就会有一个间隙锁锁在id为8之前，即间隙锁的范围是3-8，此时我们如果想要在服务器B对间隙中插入一条数据，譬如一条id为7的数据行，是会进入阻塞状态的，该阻塞状态会直到服务器A的事务提交完毕才结束。（间隙锁唯一目的是防止其他事务插入间隙。间隙锁可以多个共存，一个事务采用的间隙锁不会组织另一个事务在同一间隙上采用间隙锁，大致意思就是一个间隙是可以被多个事务叠加上间隙锁）

2.对于图中的第二点，我们可以接着来举一个例子，如下图，如果说我们要对非主键的字段18来进行等值查询（譬如where age = 18）时，InnoDB会在16到18的这间隙中加一个锁，同时给18本身加上邻键锁，还会给18到29这一间隙加上锁（这句话就是上图第二点中后面那两句话，当向右遍历的时候，只要那一个值不是你要查的数值18，那就会把邻键锁退化成间隙锁，当向右查到的数据依旧包含不止一个18，那么查出来的所有18都会被加上邻键锁），因为其他服务器有可能会在16-18以及18-29之间再插入数据，而且还有可能插入的数据也是18，因为这并不是唯一索引。

另外，如果我们要使用范围查询，比如说要执行一条查询语句的条件为age >=67，那么此时被上锁的情况如下：

间隙锁：(67,87)、(87,90）、(90,92)、(92,94)、(94,98)、(98,正无穷)

行锁：67、87、90、92、94、98