MySQL-锁

十五、锁

15.1 锁的分类

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

15.2 全局锁

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


#演示：
flush tables with read lock;
-- 执行完该句后，该数据库中的表就只能进行读操作，执行其他操作会阻塞（就是光标一直闪，但不执行）

mysqldump -uroot -p123456 itcast>itcast.sql;
-- 这是在命令行中执行的语句，不用在数据库中执行。此时访问的是本机数据库，如果想要访问远程数据库，应该这样写:
mysqldump -h192.168.200.37 -uroot -p123456 itcast>itcast.sql
-- 密码后面的部分为将某个数据库的数据备份在sql文件中(可以写路径),而这个sql文件是会根据我们取的文件名自动生成。
unlock tables;

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

在InnoDB引擎中，我们可以在备份时加上参数 --single-transaction 参数来完成不加锁的一致性数据备份，具体语法：
mysqldump --single-transaction -uroot -p123456 itcast > itcast.sql;
*/

15.3 表级锁

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

/*
对于表级锁分为以下三类：
1.表锁
2.元数据锁（meta data lock,MDL）
3.意向锁
*/

15.3.1 表锁

-- 表锁
/*
表锁又分为两类：
1.表共享读锁（read lock）
2.表独占写锁（write lock）


语法：
1.加锁：lock tables 表名... read/write（...代表可以多张表同时加锁）
2.释放锁：unlock tables / 客户端断开连接

加了读锁之后，当前客户端和其他客户端只能对加了锁的表进行读操作

加了写锁之后，当前客户端可以对表进行读和写操作，其他客户端既不能进行读，也不能进行写操作（其中进行读操作会报错，进行写操作会阻塞）
*/

lock tables tb_user read;-- 给tb-user表上读锁
select * from tb_user;-- 可执行查询语句
update tb_user set name = '苏州' where id = 7;-- 不能执行修改语句，在执行上锁语句的客户端中执行该句会报错，而在其他客户端执行修改语句将会处于阻塞状态（光标一直闪）
unlock tables; -- 释放锁

15.3.2 元数据锁

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

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

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

15.3.3 意向锁

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

简单来说就是，当前客户端开启事务并在某一行执行修改语句时会添加行锁，同时会添加意向锁。当其他客户端向要给该表添加表锁时，会先检查意向表，如果意向表会跟表锁冲突，那么就不会执行来自其他客户端的添加表锁的操作。

意向锁分为两类：

1.意向共享锁（IS）：由语句select...lock in share mode添加。与表锁共享锁（read）兼容，与表锁排他锁（write）互斥。
2.意向排他锁（IX）：由insert、update、delete、select...for update添加。与表锁共享锁及排他锁都互斥。意向锁之间不会排斥。
*/

-- 查询意向锁及行锁的加锁情况：
select object_schema,object_name,index_name,lock_type,lock_mode,lock_data from performance_schema.data_locks;


-- 示例：
#查询数据并添加意向共享锁
select * from tb_user where id = 1 lock in share mode;

#修改数据的同时，系统自动加上了意向排他锁
update tb_user set name = '海鸥桑' where id = 1;

15.4 行级锁

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

-- InnoDB的数据是基于索引组织的，行锁是通过对索引上的索引项加锁来实现的，而不是对记录加的锁。

/*
行级锁分为三类：
1.行锁（record lock）：锁定单个行记录的锁，防止其他事务对此进行update和delete。在RC、RR隔离级别下都支持。
2.间隙锁（gap lock）：锁定索引记录间隙（不含该记录），确保索引记录间隙不变，防止其他事务在这个间隙进行insert，产生幻读。在RR隔离级别下都支持。
3.临键锁（next-key lock）：行锁和间隙锁组合，同时锁住数据，并锁住数据前面的间隙gap。在RR隔离级别下支持。
*/

​ 锁住索引节点的的间隙，锁住之后就无法插入数据

​ 临键锁，既锁住数据，又锁住间隙

15.4.1 行锁

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

/*
默认情况下，InnoDB在RR事务隔离级别运行，InnoDB使用next-key锁进行搜索和扫描，以防止幻读。
1. 针对唯一索引进行检索时，对已存在的记录进行等值匹配时，将会自动优化为行锁。

2. InnoDB的行锁是针对于索引加的锁，不通过索引条件检索数据，那么InnoDB将对表中的所有记录加锁，此时就会升级为表锁。
比如：
begin;
-- 该句执行没问题
update stu set name = 'Lei' where name = 'lily';

-- 该句执行阻塞，因为name字段并没有创建索引，故行级锁升级为表锁，对于整个表数据都无法进行修改（在提交之前）
update stu set name = 'PHP' where id = 3;
commit;
*/

15.4.2 间隙锁/临键锁

/*
1.索引上的等值查询（唯一索引），给不存在的记录加锁时，优化为间隙锁
2.索引上的等值查询（普通索引），向右遍历时最后一个值不满足查询需求时，next-key lock退化为间隙锁
3.索引上的范围查询（唯一索引），会访问到不满足条件的第一个值为止。
*/