数据库中的锁

锁的三大分类

按照锁的粒度分为三大类：全局锁，表级锁，行级锁。

全局锁：

全局锁执行，其他人只能进行读操作，后续的DML，DDL语句等更新操作的事务提交都将被阻塞。

比如全库的逻辑备份，为了获取一致性试图，保证数据的完整性。

全局锁是对整个数据库实例加锁，整个实例处于只读状态。

表级锁：

分为表锁、元数据锁、意向锁。

表锁：

表锁分为表共享读锁、表独占写锁。即一个读，一个写。这个表锁是要手动加的。

事务A加了读锁，不会影响其他人（包括事务A）的读，但是如果事务B进行写操作，则会阻塞。

事务A加了写锁，会阻塞其他人（包括事务A）的读和写。

当前会话不能同时对多个表加表锁，当加了第二个锁，第一个锁就自动解除了。

元数据锁：

meta data lock，MDL：系统自动加的，在访问一张表的时候会自动加上。元数据简单理解指的就是表结构，当事务A涉及改变表结构的操作且未提交的时候，加上MDL写锁（排他），这个时候其他人就不能对该表进行增删改查操作。当事务A只是对表进行增上改查的操作且未提交的时候，事务B也是可以进行增删改查，因为它们加的都是MDL读/写锁（共享），进行查操作加的是共享读锁，增删改是共享写锁。

这里的共享锁（分读和写）兼容的前提是：读的行数据和修改的行数据不一样，即行锁。元数据锁是一个宏观的概念，指的是一整张表，即如果我有独占写锁，任何的DML操作都不能执行；但如果我只是对数据的增删改查，即DDL操作，其实就是行级锁层面，只需要考虑目标是否有行锁。

意向锁：

避免DML执行的时候，加的行锁与表锁冲突，有了意向锁，这样在加表锁的时候不用检查每行的数据是否有锁。在执行DML操作时，会对涉及的行加行锁，同时也会对该表加上意向锁。事务B在对这张表加表锁（手动输入lock tables 表名 read/write）的时候，会根据该表上所加的意向锁来判定是否可以成功加表锁，而不用逐行判断行锁情况了。

分为

意向共享锁（IS），对数据进行查操作自动加上的，与表级共享锁（read）兼容，与表级排他锁（write）互斥

意向排他锁（IX）,对数据进行增删改操作自动加上的，与表锁共享锁（read）互斥，与排他锁也互斥。意向锁之间不会互斥。没有表级共享写锁。

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

事务开启之后，读取数据的时候是使用的【临键锁】，根据索引而改变成不同的锁。

行级锁:

分为行锁、临键锁、间隙锁。行锁锁当前操作的行，间隙锁锁开区间，即当前行以及上一行的区间

临键锁等于行锁+间隙锁。

行锁:

前提：以RR隔离机制为例

select语句不会加任何锁，需要手动加锁，否则会发生幻读。

（这就是为什么RR会发生幻读，需要手动加锁来减少幻读）

InnoDB引擎使用next-key锁（临键）进行搜索和扫描索引，以防止幻读。

1、如果是对唯一索引进行检索，即where查询的字段是主键或者有唯一索引的字段，如果查到了存在的记录，则临键锁会优化为行锁，即只会对当前的字段进行上锁，如果你想修改其他行，不会阻塞，但如果继续修改当前行，则会阻塞。

2、InnoDB的行锁是针对索引加的锁，如果where查询的字段没有索引，则InnoDB会给表中的所有记录加上临键锁（相当于加了表锁），此时，如果你要对表的其他字段进行更改，就会阻塞。

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

前提：唯一索引，如果没找到，则给当前值（本应该）所在的区间加上间隙锁。

比如我要更新id为5的字段，B+树的特点，有序且双向，他从左依次找，找到了3（他想着离5越来越近，希望是5，往后找，发现是8（大于5），这个时候将8的临键锁改为间隙锁，防止别人在我这个区间插值，防止幻读【即我现在发现这个区间没有5，但是别人插进了一个5，我后面想往里面插5就会发生幻读】）

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

4、索引上的等值查询(非唯一普通索引)，向右遍历时最后一个值不满足查询需求时，next-key lock 退化为间隙锁。注：非唯一索引，相同的值可以有多个，而且B+树是有序的，并且是双向的。

发现1个18，前面间隙和18加锁，后面再发现再同操作加锁，再发现不是18，这个不是18的索引不锁，锁它前面的间隙，也就成了间隙锁。

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

这里找的是id>=19,根据索引找到id为19，由临键锁变成行锁，继续往下找，发现还有id=25，保留他的临键锁，继续往下找，这个时候保留这里不满足的条件默认为无穷大，即此时无穷大到无穷大前面的间隙，即临建锁。这样就能防止别的事务在我们查询的范围插入值，这样就会幻读。

元数据锁是MySQL服务层实现的表级锁，用以保护表结构

其他讨论的锁都是存储引擎（其实是InnoDB）实现的锁

锁住一个范围是防止譬如在你做SELECT...BETWEEN的时候其他事务在查询范围中间增删数据

行锁主要解决的是不可重复读，间隙锁主要解决幻读，临键锁结合了行锁和间隙锁的特点，RR隔离机制不能完全防止幻读，要完全避免，需要使用Serializable串行化。