【MySQL学习-黑马】锁

锁的概述

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

锁的分类

MySQL的锁，根据锁的粒度，可以如下划分：

1. 全局锁：锁定数据库中的所有表。
2. 表级锁：每次操作锁住整张表。
3. 行级锁：每次操作锁住对应的行数据。

锁的解析

全表锁

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

举个例子：

现在需要对订单的数据库进行备份，在备份的时候，如果不加全表锁，其他业务还可以对这个数据库的表数据进行DML操作，无法保证数据的一致性。

比如，有一个新的订单记录要存入到订单表，但是订单表的已经备份完成，备份中就不存在这条记录。假如在备份订单日志表的时候，新增了这个订单的日志记录，日志表的备份中就存在这个订单的记录。这样就导致了订单表没这个订单记录，而订单日志表有这个订单，出现数据不一致的问题。

加上全局锁之后，在数据库完成备份之前，防止对数据进行写操作，只能进行读操作。完成备份后，把锁释放，才能进行写操作。

• 加全局锁：flush tables with read lock;
• 备份数据库：mysqldump -uroot -p1234 itcast> itcast.sql;
• 释放全局锁：unlock tables;

上述的备份方式，数据库中加全局锁，是一个比较重的操作，存在以下问题：
1. 如果在主库上备份，那么在备份期间都不能执行更新，业务基本上就得停摆。
2. 如果在从库上备份，那么在备份期间从库不能执行主库同步过来的二进制日志(binlog) ，会导致主从延迟。
 

所以，可以在备份时加上参数--single-transcation，使用快照读的方式，把这个时间点的数据进行备份，无需加锁，完成数据的一致性备份。

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

表级锁

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

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

表锁

对于表锁，分为两类：
1. 表共享读锁(read lock)，简称读锁，或者共享锁。当某个客户端对某个表加上读锁之后，就只能读，不能写，其他客户端也是只能读不能写。
2. 表独占写锁 (write lock)，简称写锁，或者排他锁。当某个客户端对某个表加上写锁之后，只有加锁的客户端才能对表进行读写操作，其他客户端都不能进行读写。

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

元数据锁

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

举个例子，比如有一个事务A和事务B，两个事务分别在不同的客户端执行。事务A要对表执行update操作（DML），事务B要删除表中都某一个字段（DDL），在事务A已经执行DML操作，但事务还没结束之前，事务B执行的DDL操作将会被挂起。当事务A提交之后，事务B的DDL操作才能继续。经过测试，如果事务B先执行DDL操作，且事务未结束，事务A的DML操作则不会被挂起。

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

查看元数据锁:
select object_type, object_schema, object_name, lock_type, lock_duration from performance_schema.metadata_locks;
 

意向锁

现在有两个事务同时访问一张表。事务A需要修改某一条数据，然后对这行数据加上一个行锁。事务B想要对这个表加一个表锁，加锁之前就需要判断表锁和行锁是否兼容，如果使用遍历的方式一行一行地检查行锁，数据过多就会严重影响数据库的性能。

针对以上情况，MySQL引入了意向锁。

为了避免DML在执行时，加的行锁与表锁的冲突，在InnoDB中引入了意向锁，使得表锁不用检查每行数据是否加锁，使用意向锁来减少表锁的检查。

引入意向锁后，当事务A修改某行数据时，会先给这行数据加上行锁，并且再对整个表加一个意向锁。当事务B想要给整个表加上表锁时，就可以先检查以下这个表的意向锁，如果意向锁和表锁兼容，事务B就对这个表可以上表锁，如果不兼容，事务B就会挂起，需要等待事务A提交事务之后才能上锁。

意向锁的分类

1. 意向共享锁(IS)：由语句select ... lock in share mode添加。
2. 意向排他锁(IX)：由insert、update、delete、select ... for update添加。
 

意向锁的兼容性

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

一句话，只有读读兼容，涉及到写操作都互斥。

可以通过以下SQL，查看意向锁及行锁的加锁情况:
select object_schema, object_name, index_name, lock_type, lock_mode, lock_data from performance_schema.data_locks;
 

行级锁

行级锁，每次操作锁住对应的行数据。锁定粒度最小，发生锁冲突的概率最低，并发度最高。应用在InnoDB存储引擎中。
InnoDB的数据是基于索引组织的，行锁是通过对索引上的索引项加锁来实现的，而不是对记录加的锁。

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

1. 行锁(Record Lock)：锁定单个行记录的锁，防止其他事务对此行进行 update 和 delete。在RC、RR隔离级别下都支持。
2. 间隙锁(Gap Lock)：锁定索引记录间隙(不含该记录)，确保索引记录间隙不变，防止其他事务在这个间隙进行insert，产生幻读。在RR隔离级别下都支持。
3. 临键锁 (Next-Key Lock)：行锁和间隙锁组合，同时锁住数据，并锁住数据前面的间隙Gap。在RR隔离级别下支持。

行锁

InnoDB实现了以下两种类型的行锁:
1. 共享锁(S)：允许一个事务去读一行，阻止其他事务获得相同数据集的排它锁。
2. 排他锁(X)：允许获取排他锁的事务更新数据，阻止其他事务获得相同数据集的共享锁和排他锁。

行锁的兼容性

SQL触发的行锁类型

可以通过以下SQL，查看意向锁及行锁的加锁情况:
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. 针对唯一索引进行检索时，对已存在的记录进行等值匹配时，将会自动优化为行锁。简单来说，在进行DML操作时，sql语句中指定了id，比如 update 或 delete 时使用 where id = xx、insert 时设置了id值，就会自动使用行锁。
2. InnoDB 的行锁是针对于索引加的锁，不通过索引条件检索数据，那么InnoDB将对表中的所有记录加锁，此时就会升级为表锁。这个触发条件遵循最左前缀法则。

间隙锁 & 临键锁

默认情况下，InnoDB在REPEATABLE READ事务隔离级别运行，InnoDB使用next-key锁进行搜索和索引扫描，以防止幻读。幻读问题是在进行添加操作时才会出现的，所以间隙锁和临键锁是专门限制insert，不限制delete或update。

1.索引上的等值查询(唯一索引)，给不存在的记录加锁时，优化为间隙锁。

        在一个事务里，进行DML操作，或者在DQL时加上锁的时候，指定了一个不存在的id值，那么该id值所在的间隙id都会被锁上。

        比如表中有id=2，id=8的记录，没有id为3~7的数据，3~7就是2和8的间隙。假如有一个事务A，想要对id为3的数据进行update操作，innoDB引擎就会使用临键锁，将id为3~7这个范围的数据行锁上（实际上锁的是3~8，临键锁的范围遵循左开右闭的原则）。在事务A结束之前，其他事务都无法对id3-8的数据行进行insert操作。

2.索引上的等值查询(普通索引)，向右遍历时最后一个值不满足查询需求时，临键锁退化为间隙锁。

       比如在一张表里，假如有一个age的索引，并且不是唯一索引。在这张表里，存在age = 12的数据，现在有一个事务A要查询age=12的数据，并且加上了锁，InnoDB引擎就会给age=12前后的间隙都加上间隙锁。另一个事务B，想要添加age=12的前后间隙的数据，就会先挂起。

3.索引上的范围查询(唯一索引)，会访问到不满足条件的第一个值为止。

        比如事务A现在要查询age > 19的数据，并且加上了锁。那么19之后的每一个间隙都会加上间隙锁，加锁到最大的age之后，就会给最大age值到正无穷加上锁。事务B想要添加age>19的数据，就会被挂起。

注意：间隙锁唯一目的是防止其他事务插入间隙。间隙锁可以共存，一个事务采用的间隙锁不会阻止另一个事务在同一间隙上采用间隙锁。