第七章：锁【mysql数据库-进阶】

1.概述

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

2.分类

MySQL中的锁，按照锁的粒度分，分为以下三类:

• 全局锁:锁定数据库中的所有表。
• 表级锁: 每次操作锁住整张表。
• 行级锁:每次操作锁住对应的行数据。

3.全局锁

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

【语法】
加锁

flush tables with read lock；

备份数据

mysqldump -uroot -p 密码 要备份的数据库名>备份文件名；

解锁

unlock tables；

【举例】

【特点】
数据库中加全局锁，是一个比较重的操作，存在以下问题:

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

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

mysqldump --single- -transaction -uroot -p123456 itcast > itcast.sql 

4.表级锁

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

对于表级锁，主要分为以下三类:
1.表锁
2.元数据锁(meta data lock, MDL)
3.意向锁

4.1 表锁

对于表锁，分为两类:
1.表共享读锁(read lock)
2.表独占写锁(write lock)

4.1.1 表共享读锁(read lock)

【语法】

-- 加锁
lock tables 表名... read
-- 释放锁
unlock table/客户端断开连接

【举例】

4.1.2 表独占写锁(write lock)

-- 加锁
lock tables 表名... write
-- 释放锁
unlock table/客户端断开连接

【举例】

4.2 元数据锁(meta data lock, MDL)

MDL加锁过程是系统自动控制，无需显式使用,在访问一张表的时候会自动加上。MDL锁主要作用是维护表元数据的数据一致性,在表上有活动事务的时候，不可以对元数据进行写入操作。为了避免DML与DDL冲突,保证读写的正确性。
在MySQL5.5中引入了MDL，当对一 张表进行增删改查的时候， 加MDL读锁(共享); 当对表结构进行变更操作的时候,加MDL写锁(排他)。

【例子】

如图所示的SQL，在事务中，执行select语句和update语句都会开启元数据锁，这两类的元数据锁都是共享锁，共享锁之间是兼容的，所以两个客户端怎么执行都是可以的。

因为在事务中执行查询操作会自动开启一把共享读锁(shared read),在修改表的时候，会自动开启一把排它锁exclusive，共享读锁会与排它锁之间冲突，因此就会导致阻塞，阻塞到另外一个客户端的事务提交。
通过这些例子，我们可以看到效果与元数据锁的效果是一致的，那么我们怎么验证这就是元数据锁导致的呢？我们可以通过下面的sql查看元数据锁：

select object_type,object_schema,object_name,lock_type,lock_duration from performance_schema.metadata_locks;

比如看下面的例子

从例子中可以看到在事务中执行查询和更改的时候会自动开启共享读锁和共享写锁，他之间是相互兼容的。

4.3 意向锁

如上图所示的案例，在加了行锁之后再加入表锁，表锁就会检查是否加了行锁。
为了避免DML在执行时，加的行锁与表锁的冲突,在InnoDB中引入了 意向锁,使得表锁不用检查每行数据是否加锁,使用意向锁来减少表锁的检查。

意向锁分为两种：

• 意向共享锁(IS) :由语句select … lock in share mode添加。与表锁共享锁(read)兼容,与表锁排它锁(write) 互斥。
• 意向排他锁(IX) :由insert、 update、delete、 select … for update添加。与表锁共享锁(read)及排它锁(write) 都互斥。意向锁之间不会互斥。
  可以通过以下SQL，查看意向锁及行锁的加锁情况:

select object_schema,object_name,index_name,lock_type,lock_mode,lock_data from performance_schema.data_locks;

【例子】
意向共享锁-----》与表排他锁互斥，你想一下一个行数据在读的时候，肯定不能允许你修改它，否则会出现脏读。

意向排他锁-----》与表共享锁互斥，一个数据在修改的时候肯定不能允许你读，否则也会出现脏读。

5.行级锁

【介绍】
行级锁，每次操作锁住对应的行数据。锁定粒度最小，发生锁冲突的概率最低,并发度最高。应用在InnoDB存储引擎中。
InnoDB的数据是基于索引组织的,行锁是通过对索引.上的索引项加锁来实现的,而不是对记录加的锁。对于行级锁,主要分为以下三类:

• 行锁(Record Lock) :锁定单个行记录的锁，防止其他事务对此行进行update和delete。在RC、RR隔离级别下都支持。
• 间隙锁(Gap Lock) :锁定索引记录间隙(不含该记录)，确保索引记录间隙不变,防止其他事务在这个间隙进行insert,产生幻读。在RR隔离级别下都支持。

• 临键锁(Next-Key Lock) :行锁和间隙锁组合，同时锁住数据，并锁住数据前面的间隙Gap。在RR隔离级别下支持。

5.1 行锁

InnoDB实现了以下两种类型的行锁:

1. 共享锁(S) :允许-一个事务去读一-行，阻止其他事务获得相同数据集的排它锁。
2. 排他锁(X) :允许获取排他锁的事务更新数据，阻止其他事务获得相同数据集的共享锁和排他锁。
   

在执行增删改查所加的锁的情况：

【例子】
默认情况下，InnoDB在REPEATABLE READ事务隔离级别运行，InnoDB使用next-key锁进行搜索和索引扫描，以防止幻读。
可以通过以下SQL，查看意向锁及行锁的加锁情况: .

select object_schema,object_name,index_name,lock_type,lock_mode,lock_data from performance_schema.data_locks;

• 针对唯一 索引进行检索时,对已存在的记录进行等值匹配时,将会自动优化为行锁。

• InnoDB的行锁是针对于索引加的锁，不通过索引条件检索数据,那么InnoDB将对表中的所有记录加锁,此时就会升级为表锁。

注意：案例图片的例子中的注释有误，not gap是指没有加间隙锁

5.2 间隙锁/临键锁

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

• 索引上的等值查询(唯一 索引),给不存在的记录加锁时,优化为间隙锁品
• 索引上的等值查询(普通索引), 向右遍历时最后一个值不满足查询需求时, next-key lock退化为间隙锁。
• 索引上的范围查询(唯一-索引)–会访问到不满足条件的第一 个值为止。

注意:间隙锁唯- -目的是防止其他事务插入间隙。间隙锁可以共存，一个事务采用的间隙锁不会阻止另-个事务在同一间隙上采用间隙锁。
【举例】
等值查询（唯一索引）

非等值唯一匹配：

6.死锁

两个事务都在等待对方的资源，但是对方锁住了自己的资源，导致双方都在等待，这样的情况称为死锁；

6.总结

1.概述

• 在并发访问时，解决数据访问的一致性、有效性问题
• 全局锁、表级锁、行级锁

2.全局锁

• 对整个数据库实例加锁，加锁后整个实例就处于只读状态
• 性能较差，数据逻辑备份时使用

3.表级锁

• 操作锁住整张表，锁定粒度大，发生锁冲突的概率高
• 表锁、元数据锁、意向锁

4.行级锁

• 操作锁住对应的行数据，锁定粒度最小，发生锁冲突的概率最低
• 行锁、间隙锁、临键锁