【MySQL】一文带你理清＜表级锁＞（表锁，元数据锁，意向锁）

前言 大家好吖，欢迎来到 YY 滴MySQL系列 ，热烈欢迎！ 本章主要内容面向接触过C++ Linux的老铁 主要内容含：

一.表级锁

表级锁的基本概念＆分类【表锁，元数据锁，意向锁】

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

对于表级锁，主要分为以下三类:

1. 表锁
2. 元数据锁
3. 意向锁

【1】表锁

对于表锁，分为两类:

1. 表共享读锁 (read lock)
2. 表独占写锁 (write lock)

语法：

1. 加锁: locktables 表名..read/write
2. 释放锁: unlock tables/客户端断开连接

演示：

• 加了读锁：其他包括自己客户端只能读不能写

【2】元数据锁：MDL

• 元数据可以直接理解成： 表的结构
• MDL加锁过程是系统 自动控制，无需显式使用 ，在访问一张表的时候会自动加上。MDL锁主要作用是维护表元数据的数据一致性，在表上有活动事务的时候，不可以对元数据进行写入操作
• 在MySOL5.5中引入了MDL，当对一张表进行增删改查的时候，加MDL读锁(共享);当对表结构进行变更操作的时候，加MDL写锁(排他)。

不同SQL对应的元数据锁有所不同：

【3】意向锁

1.意向锁的由来

意向锁出现的场景：

• 线程A：有一张表和客户端，我们开启事务，更新id为3的数据，会自动加上 行锁

• 此时，我们想给这张表上 表锁————显然，是做不到的，因为和原来的 行锁 冲突了

• 线程B：也就是我们想要加表锁前，就要先检查有无行锁；即 逐行检查 ，看下哪一行加了行锁， 这种方式性能很低

-

• 于是乎，为了提高性能，让我们在检查时不用 逐行检查 ——我们加入了 意向锁

意向锁加入以后的情况：

• 线程A：有一张表和客户端，我们开启事务，更新id为3的数据，会自动加上 行锁
• 在此基础上，再给表加上一个 意向锁
• 线程B： 我们想加一个表锁，我们先看有无意向锁，再看所要加的表锁与原来的意向锁是否兼容（读/写锁） ，不兼容则进入阻塞状态，直到线程A提交

2.意向锁的相关语法（意向共享锁＆意向排他锁）（包含语法和演示）

1. 意向共享锁(IS): 与表锁共享锁(read)兼容 ， 与表锁排它锁(write)互斥
2. 意向排他锁(IX): 与表锁共享锁(read)及排它锁(write)都互斥 。意向锁之间不会互斥。

查看查看意向锁及行锁的加锁情况:

select object schema,object name,index name,lock type,lock mode,lock data from performance schema.data locks;

演示： - 注：TABLE 为表锁 RECORD为行锁

• 如何确定加共享锁是意向锁呢？输入查看代码
• 我们可以看到lock_mode下面表锁对应的是IS，说明加的共享锁是意向共享锁

• 我们知道，意向共享锁(IS): 与表锁共享锁(read)兼容 ， 与表锁排它锁(write)互斥
• 也就意味着此时可以加 表锁（读锁） ，而不能加 表锁（写锁）