一、全局锁
全局锁是对整个数据库实例加锁，整个库处于只读状态。
flush tables with read lock
适用场景
全局锁适用于做全库逻辑备份，但是整个库处于只读状态，在备份期间，所有的更新操作、DDL将会被阻塞，会对业务产生影响。
single-transaction
mysqldump备份时可以使用single-transaction参数，在备份数据之前启动一个事务，借助于MVCC获取到一致性视图，保证在备份的过程中，还支持数据的更新操作。
但是single-transaction只能用于支持事务的引擎，比如MyISAM不支持事务，所以使用MyISAM引擎的时候，是无法使用single-transaction的。
二、表级锁
表级锁分为表锁和元数据锁。
1、表锁
表锁从名字上就可以看出锁的是数据库表（Table），语法为：
--锁住某张表
lock tables 表名 read/write
--释放锁
unlock tables 表名
因为表锁的粒度太大，将整张表锁住，所以一般不使用表锁。
2、元数据锁MDL
元数据锁（meta data lock）不需要显示的使用，访问表的时候会自动添加MDL锁，添加MDL锁的原因是防止表结构出现不一致，假设查询数据的过程中，突然表结构被修改了，与最开始拿到的表结构不一致，在某些场景下可能会影响非常大。
（1）MDL读锁
在对表做增删改查的时候，添加的是MDL读锁。
为什么添加的是读锁？
因为读锁之间不互斥，可以保证多个线程同时对一张表进行增删改查。
（2）MDL写锁
在对表结构做修改的时候，添加的是MDL写锁。
为什么是写锁？
因为写锁与读锁之间相互互斥，当然写锁和写锁之间更是互斥的，既然要保证数据修改的安全性，那么如果有读操作在进行，是不能进行表结构变更操作的，反之亦是如此，如果正在修改表结构，也是不能进行读操作的，必须要等待前一个操作完成才可以进行下一个操作。所以使用了写锁，通过互斥保证数据操作的安全性。
（3）需要注意的是在事务中添加MDL锁的时候，直到整个事务提交后才会释放锁，如果此时遇到长事务，就会一直占用锁。如果在这种情况下需要修改表结构，可以通过以下两种方式：
方式一：
通过innodb_trx查询事务的trx_mysql_thread_id，将事务kill掉
kill事务命令：kill 事务线程ID(trx_mysql_thread_id)
方式二：
如果请求很频繁，可能刚kill掉就有新的事务到来，这个时候可以在修改表结构的时指定等待时间来获取MDL锁，如果在等待时间内都没有拿到锁，就先放弃，之后在合适的时间再修改表结构。
三、行锁
行锁锁住的是数据库表的行记录，但不是所有的引擎都支持行锁，比如MyISAM就不支持，所以对于MyISAM只能使用表锁。
如果某个字段存在索引，那么以该字段为查询条件时添加的行锁只需要锁住满足条件的数据行即可，如果不存在索引，MySQL需要全表扫描查找数据，此时会锁住所有的行，也就是退化为了表锁。
两阶段锁协议
在InnoDB事务中，行锁在需要的时候才加上，比如开始执行一个UPDATE语句，但是并不是UPDATE语句结束之后锁就释放了，而是在事务结束之后才释放，所以在实际开发中，可以将容易引起锁冲突的操作尽量往后放，减少锁的时间。
四、间隙锁Gap Lock
MySQL默认的隔离级别为可重复读，以下情况没有特殊说明，默认都是在可重复读隔离级别下。
1、当前读和快照读
在看间隙锁之前先看下MySQL的当前读和快照读。
2、快照读
MySQL的MVCC机制，在每个事务开启时会为其生成一个一致性视图，以此实现读提交/可重复读隔离级别，快照读指的就是从这个生成的一致性视图读取数据。
3、当前读
当前读指的是读取undo log版本链中最新的记录，也就是读取最新的数据（已经提交的），如果是更新（update/insert/delete）操作都是当前读，select在可重复读的隔离级别下是快照读，不过可以使用以下语句使其变成当前读：
select xx from xx lock in share mode;
select xx from xx for update;
lock in share mode会加读锁（共享锁），for update会加写锁（排他锁），这两种语句都会进行当前读。
4、间隙锁
行锁是在数据表行记录上添加的锁，并不能锁住间隙，如果有INSERT操作，一样可以执行成功，此时就出现了幻读问题，为了解决幻读的问题，引入了间隙锁Gap Lock。间隙锁，就是在行与行之间的间隙处也增加了锁，它锁住的是一个范围区间，范围左右都是开区间。
五、间隙锁例子
1、来看一个例子，现有一张user表，分别有id（主键索引）、name、age三个字段，有以下1条数据：id name age
1 a 15
2、假设没有间隙锁，加锁时只针对记录加行锁，来看一个例子：
（1）事务A在T1时刻查询age为15的数据，这里使用for update表示当前读，并且对这条记录加锁，此时可以查到一条记录；
（2）T2时刻，事务B又新增了一条age为15的数据，并进行了提交；
（3）T3时刻事务A中再查询时，使用了当前读，会发现可以查到两条记录，多出了一条age为15（事务B提交的那条）的数据，与T1时刻的数据不一致，此时就产生了幻读；
3、为什么使用for update进行当前读？
因为MySQL默认隔离级别是可重复读，如果不使用for update进行当前读，事务开启时创建一致性视图，使用的是快照读，所以读不到本事务开启后其他事务所做的操作，不会出现幻读。
而for update每次都要读取最新的数据，所以会出现幻读问题。
4、为什么会出现幻读？
for update已经加了写锁，按理说age为15的数据应该都会被锁住才对，为什么还可以新增一条age为15的数据？
因为行锁只能锁住某行数据，由于age字段上没有加索引，会锁住所有行，但是并没有锁住行之间的间隙，此时新增的那条数据还不存在，可以利用间隙这个漏洞新增一条age为15的数据。
5、为了解决幻读问题，引入了间隙锁，假设当前表中有三条数据，age分别为15、20、25：id name age
1 a 15
2 b 20
3 c 25
此时会存在四个间隙：
(-∞,15)、(15,20)、(20,25)、(25,+∞)
如果此时在age上执行查询（for update当前读，会加写锁）：select * from test where age = 15 for update;
因为age列没有添加索引，mysql会锁住所有行以及行之间的间隙，同一个时刻另外一个事务再执行INSERT语句：insert into user(id, name, age) values(2, b, 15);
由于所有的区间都加了锁，此时会被阻塞，这样就防止了幻读。
6、需要注意间隙锁在在可重复读隔离级别下才会生效。
六、临键锁next-key lock
行数锁住的是某行记录，间隙锁锁的是行之间的间隙（左右都是开区间），将行数和间隙锁结合起来就是临键锁next-key lock，每个next-key lock都是左开右闭区间，以上面为例，next-key lock的所有区间为：
(-∞，15]、(15，20]、(20，25]、(25，+supremum]
InnoDB会为每个索引增加一个不存在的最大值supremum。
1、在可重复读隔离级别下，MySQL的加锁基本单位是临键锁，不过有两个优化：
（1）索引上进行等值查询，如果是唯一索引，临键锁将会退化为行锁；
（2）索引上进行等值查询，向右遍历时且最后一个值不满足等值条件时，临键锁退化为间隙锁；
2、第一个优化比较好理解，因为是唯一索引，为了提高性能，可以退化为行锁，只需要对那条数据加锁即可。
3、来看第二个优化，还是以上面的user表为例，有id（主键索引）、name（未添加索引）、age（添加了索引，注意与上面的例子区别，这里加了索引）三个字段，此时有以下数据：id name age
0 aaa 0
1 a 15
2 b 20
此时next-key lock区间为：
(0，15]、(15，20]、(20，+supremum]
T1时刻sessionA：begin;
select id from user where age = 15 lock in share mode;
T2时刻sessionB：begin;
insert into user(id, name, age) values (4, bbb, 17);
T3时刻sessionA：commit;
4、T1时刻使用lock in share mode从user表中查询age是15的id；
由于默认加锁单位是临键锁，此时会给(0，15]这个区间加临键锁，由于age列是普通索引，需要继续向右遍历区间，查到age为20停止，访问到的对象都要加锁，
所以本应该对(15，20]这个区间也加锁，但是根据优化2，这个区间的最后一个值20不满足age=15这个等值条件，所以退化为间隙锁(15，20)。
5、T2时刻，向user表插入age为17的数据，由于对(0，15]和(15，20)这两个区间加锁，所以session B会进行阻塞；