Mysql 进阶（面向面试篇）锁

news2024/11/26 18:20:37

全局锁、表级锁（表锁、元数据锁、意向锁（意向共享锁、意向排它锁））、行级锁（行锁（共享锁、排它锁）、间隙锁、临键锁）

表级锁（表锁（表锁分为：表共享读锁read lock、表独占写锁write lock）、元数据锁（meta data lock，MDL）、意向锁（意向锁解决的是行锁和表锁的冲突问题））

全局锁（数据库备份（对整个数据库加锁、主从延迟））

意向锁就是个第三方，存在的意义就是检查行锁和表锁冲不冲突

加行锁的时候会自动生成意向锁
在这里插入图片描述

1、锁

1.1 概述

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

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

2、全局锁

2.1 介绍

在这里插入图片描述
为啥获取一致性的试图，做全局逻辑备份就要上 全局锁呢？
A. 我们一起先来分析一下不加全局锁，可能存在的问题。
假设在数据库中存在这样三张表: tb_stock 库存表，tb_order 订单表，tb_orderlog 订单日
志表。
在这里插入图片描述

2.2 语法

在这里插入图片描述

2.3 特点

在这里插入图片描述

3、表级锁

表级锁，每次操作锁住整张表。锁定粒度大，发生锁冲突的概率最高，并发度最低。应用在MyISAM、
InnoDB、BDB等存储引擎中。
对于表级锁，主要分为以下三类：
表锁
元数据锁（meta data lock，MDL）
意向锁

3.1 表锁

对于表锁，分为两类：
表共享读锁（read lock）都能读，但是只能自己写
表独占写锁（write lock）读写只能自己来

语法：
加锁：lock tables 表名… read/write。
释放锁：unlock tables / 客户端断开连接。

在这里插入图片描述

3.2 元数据锁

meta data lock , 元数据锁，简写MDL。
MDL加锁过程是系统自动控制，无需显式使用，在访问一张表的时候会自动加上。MDL锁主要作用是维护表元数据的数据一致性，在表上有活动事务的时候，不可以对元数据进行写入操作。为了避免DML与DDL冲突，保证读写的正确性。

这里的元数据，大家可以简单理解为就是一张表的表结构。也就是说，某一张表涉及到未提交的事务
时，是不能够修改这张表的表结构的。

在MySQL5.5中引入了MDL，当对一张表进行增删改查的时候，加MDL读锁(共享)；当对表结构进行变
更操作的时候，加MDL写锁(排他)。
常见的SQL操作时，所添加的元数据锁：
在这里插入图片描述
演示：
当执行SELECT、INSERT、UPDATE、DELETE等语句时，添加的是元数据共享锁（SHARED_READ /SHARED_WRITE），之间是兼容的。

当执行SELECT语句时，添加的是元数据共享锁（SHARED_READ），会阻塞元数据排他锁（alter会添加排它锁）
（EXCLUSIVE），之间是互斥的。
在这里插入图片描述

3.3 意向锁

1). 介绍
为了避免DML在执行时，加的行锁与表锁的冲突，在InnoDB中引入了意向锁，使得表锁不用检查每行
数据是否加锁，使用意向锁来减少表锁的检查。
在这里插入图片描述
当客户端二，想对这张表加表锁时，会检查当前表是否有对应的行锁，如果没有，则添加表锁，此时就
会从第一行数据，检查到最后一行数据，效率较低。

在这里插入图片描述

3.4 行级锁

3.4.1 介绍

在这里插入图片描述

3.4.2 行锁

在这里插入图片描述
总而言之：
一个事务获取了共享锁，就有一个技能：所有事务对同一数据只能进行查询，不能增删改
一个事务获取了排他锁，就有一个技能：只能自己增删改查，其他事务不可以增删改查

演示：
在这里插入图片描述

B. select…lock in share mode，加共享锁，共享锁与共享锁之间兼容。

共享锁与排他锁之间互斥。
在这里插入图片描述
客户端一获取的是id为1这行的共享锁，客户端二是可以获取id为3这行的排它锁的，因为不是同一行
数据。而如果客户端二想获取id为1这行的排他锁，会处于阻塞状态，以为共享锁与排他锁之间互
斥。
C. 排它锁与排他锁之间互斥
在这里插入图片描述
当客户端一，执行update语句，会为id为1的记录加排他锁；客户端二，如果也执行update语句更
新id为1的数据，也要为id为1的数据加排他锁，但是客户端二会处于阻塞状态，因为排他锁之间是互
斥的。直到客户端一，把事务提交了，才会把这一行的行锁释放，此时客户端二，解除阻塞。

在这里插入图片描述

接下来，我们再针对name字段建立索引，索引建立之后，再次做一个测试

此时我们可以看到，客户端一，开启事务，然后依然是根据name进行更新。而客户端二，在更新id为3的数据时，更新成功，并未进入阻塞状态。这样就说明，我们根据索引字段进行更新操作，就可以避免行锁升级为表锁的情况。