Mysql锁

分类

Mysql中的锁，按锁的粒度划分：
全局锁：锁定数据库中的所有表
表级锁：每次操作锁住整张表
行级锁：每次操作锁住对应的行数据

全局锁

全局锁：对整个数据库实例进行加锁，加锁后整个实例处于只读状态，后续的dml语句将被阻塞
主要用于进行全库逻辑备份，如果备份没加锁，会出现表的数据不一致的情况，比如备份完成后，又新操作了一些数据，
会导致备份的数据不一致

如果在主库上备份，主库主要是写操作，那么业务基本上就停摆了
如果在从库上备份，那么在备份期间，从库就不能同步来自主库的二进制日志，造成主从延迟

表级索

表级索又分为三类：
表锁
元数据锁
意向锁

表锁

表锁又分为两类：
表共享读锁（read lock）：对指定表加读锁，不会影响另一个客户端的读，但会阻塞另一客户端的写
表独占写锁（write lock）：对指定表进行加锁，会阻塞另一客户端的读和写

元数据锁

元数据锁，简写MDL
元数据锁加锁过程是系统自动控制的，在访问一张表时会自动加上。
MDL主要作用数维护表元数据的数据一致性，在表上有活动事务时不可以对元数据进行写入操作
当对一张表进行增删改查时，加MDL读锁（共享锁），会阻塞元数据排它锁，之间是互斥的
当对表结构进行变更操作时，加MDL写锁（排他锁）

意向锁

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

如果没有意向锁，客户端1对表加了行锁后，客户端2如何给表加表锁呢
首先客户端1开启一个事务，然后执行dml操作，在执行dml语句时，会对涉及到的行进行加锁
当客户端2想对这张表加表锁时，会检查当前表是否有对应的行锁，如果没有，则添加表锁，
此时就会从第一行数据，检查到最后一行数据，效率较低。


加了意向锁之后
客户端1在执行dml操作时，会对涉及的行加行锁，同时也会对表加意向锁
其他客户端再对这张表加表锁时，会根据该表上所加的意向锁来判断是否可以成功加表锁，
而不用逐行判断行锁情况了

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

一旦事务提交了，意向共享锁、意向排它锁都会自动释放

行级锁

行级锁，每次操作锁住对应的行数据，锁定粒度最小，发送锁冲突的概率最低，并发度最高。
Innodb的数据是基于索引组织的，行锁是通过对索引上的索引项加锁来实现的，而不是对记录加的锁
对于行级锁，分以下三类：
行锁（record lock）：锁定单个行记录的锁，防止其他事务对此进行update和delete
间隙锁（gap lock）：锁定索引记录间隙（不含该记录），确保索引记录间隙不变，防止
				   其他事务在这个间隙进行insert，产生幻读
临键锁（next-key lock）：行锁和间隙锁的组合，同时锁住数据，并锁住数据前面的间隙				   

行锁

行锁又分为两种类型：
共享锁（s）：允许一个事务去读一行，阻止其他事务获得相同数据集的排他锁
排它锁（x）：允许获取排它锁的事务更新数据，阻止其他事务获得相同数据集的共享锁和排它锁

SQL	行锁类型 及说明
insert…	排他锁 自动加锁
update…	排他锁 自动加锁
delete	排他锁 自动加锁
select（正常）	不加任何锁
select … lock in share mode	共享锁 需要手动在select后加 lock in share mode共享锁
select … for update	排它锁 需要手动在select后加for update

针对唯一索引进行检索时，对已经存在的记录进行等值匹配时，将会自动优化为行锁
Innodb的行锁是针对于索引加的锁，不通过索引条件检索数据，
那么Innodb将对表中的所有记录加锁，此时，无索引行锁就会升级为表锁
根据索引字段进行更新操作，就可以避免行锁升级为表锁的情况

间隙锁

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

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

临键锁

在这里插入代码片