📫作者简介：小明java问道之路，专注于研究 Java/ Liunx内核/ C++及汇编/计算机底层原理/源码，就职于大型金融公司后端高级工程师，擅长交易领域的高安全/可用/并发/性能的架构设计与演进、系统优化与稳定性建设。
📫 热衷分享，喜欢原创~ 关注我会给你带来一些不一样的认知和成长。
🏆 InfoQ签约作者、CSDN专家博主/后端领域优质创作者/内容合伙人、阿里云专家/签约博主、51CTO专家 🏆
🔥如果此文还不错的话，还请👍关注、点赞、收藏三连支持👍一下博主~
本文目录
本文导读
一、MySQL中三种锁分类
二、MySQL中存在的第四种锁——库锁
1、什么是库锁
2、库锁的使用场景
三、MySQL锁的使用
1、表锁
2、InnoDB 中的锁
2.1、共享锁、独占锁
2.2、意向共享锁、意向独占锁、自增锁
3、Innodb行锁
3.1、InnoDB行锁的三种类型
3.2、Innodb默认使用 Next-Key Lock
3.3、Innodb对Next-Key Lock的优化
3.4、排查 InnoDB 锁问题
四、Innodb的 Next-lock 加锁工作原理
总结
本文导读
本文将通过锁的分类，包括库锁、表锁、页锁、行锁等等，详细介绍MySQL锁的使用、以及MySQL的优化和MySQL InnoDB加锁原理。
一、MySQL中三种锁分类
这里直接给出结论，MySQL中有三种锁：页级锁、表级锁和行级锁。
表锁：低开销，快速锁定；无死锁；锁粒度大，锁冲突的概率最高，并发性最低。它出现在MyISAM、Memory、InnoDB、BDB和其他存储引擎中，基本都支持。
行锁：高开销，慢锁定；将出现死锁；锁粒度最小，锁冲突的概率最低，并发性最高。InnoDB存储引擎支持。
页锁：成本和锁定时间介于表锁和行锁之间；有可能出现死锁；锁定粒度介于表锁和行锁之间，并发性一般，仅有BDB存储引擎支持。
行锁、表锁、页锁分别对应存储引擎关系 ：
二、MySQL中存在的第四种锁——库锁
1、什么是库锁
库锁是锁定整个数据库实例。MySQL提供了一种添加全局读锁的方法。需要使整个库为只读时，可以使用此锁。
这时数据更新语句（数据添加、删除和修改）、数据定义语句（包括表创建、表结构修改等）以及更新类型事务的提交语句，都会被阻塞。
FLUSH TABLES WITH READ LOCK -- 启动库锁，这整个库只读
UNLOCK TABLES -- 释放库锁2、库锁的使用场景
库锁的典型使用场景是对整个数据库进行逻辑备份。但是官方的逻辑备份工具mysqldump使用参数 –single transaction 时，将在导入数据之前启动事务，以确保获得一致性视图（MVCC支持）。MVCC在，MySQLMVCC原理中详解：（链接待补充）。
所以库锁一般资料中很少提到，并且工作中也很少使用。
三、MySQL锁的使用
1、表锁
表锁通常处理并发问题。然而，支持行锁定的引擎InnoDB通常不使用 lock-tables 命令来控制并发。
-- MySQL表锁语法
LOCK TABLES tbl_name [AS alias] {READ [LOCAL] | [LOW_PRIORITY] WRITE}
lock tables fork_business_detail read/write
unlock tables -- 释放锁2、InnoDB 中的锁
在 MySQL InnoDB 存储引擎中，锁分为行锁和表锁。
2.1、共享锁、独占锁
行锁包括两种类型：共享锁、独占锁
共享锁（S）：可以同时读取多个事务，不互斥，但是共享锁会阻止独占锁；独占锁（X）：允许获得独占锁的事务更新数据，并防止其他事务获得同一数据集的共享读锁和独占写锁。
此外InnoDB还具有两种类型的内部意图锁，这两种类型都是表锁。
2.2、意向共享锁、意向独占锁、自增锁
表锁有三种类型：意向共享锁、意向独占锁（排他锁）、自增锁（自增计数器）
意向共享锁（IS）：事务计划将行共享锁添加到数据行。在向数据行添加共享锁之前，事务必须首先获得表的IS锁。
有意独占锁（IX）：事务打算向数据行添加独占锁。在向数据行添加独占锁之前，事务必须首先获得表的IX锁。
自增锁（AUTO-INC Locks）：表锁的一种。自增长计数器通过这个“锁”获得子增长计数器的最大计数值。
在添加行锁之前，您必须首先获得一个表级意图锁，或者等待innodb_lock_wait_timeout，根据innodb_ rollback_on_timeout确定是否回滚事务。
3、Innodb行锁
3.1、InnoDB行锁的三种类型
InnoDB行锁定是通过锁定索引数据页上的记录来实现的。有三种主要算法：Record Lock、Gap Lock 和 Next-key Lock。
行锁（Record Lock）锁：单行记录的锁定（锁定数据，而不是间隙）。锁被直接添加到索引记录而不是行数据，键被锁定。
间隙锁（Gap Lock）锁：间隙锁，锁定一个范围，不包括记录本身（不锁定数据，只锁定数据前面的间隙），锁定索引记录的间隙，并确保索引记录的间距保持不变。
间隙锁用于隔离处于或高于可重复读取级别的事务。
Next-key Lock 锁：同时锁定数据，并锁定数据前面的间隙。行锁和间隙锁的组合称为下一个键锁。
3.2、Innodb默认使用 Next-Key Lock
默认情况下，Innodb 工作在可重复读取隔离级别，并以 Next-Key Lock 的方式锁定数据，这可以有效地防止幻读。
Next Key Lock 是行锁和间隙锁的组合。
当InnoDB扫描索引记录时，它首先对索引记录应用行锁（Record Lock），然后对索引记录两侧的间隙应用间隙锁（Gap Lock），添加间隙锁定后，其他事务无法在此间隙中修改或插入记录。
-- 注：普通查询是快照读，不需要加锁
-- for update 仅适用于InnoDB，并且必须开启事务，在begin与commit之间才生效。
begin;
select * from user_info where name = 'xiaoming' for update;
commit;3.3、Innodb对Next-Key Lock的优化
优化1：对于索引的等效查询，当唯一索引被锁定时，下一个键锁退化为行锁。
优化2：对于索引上的等价查询，当向右遍历且最后一个值不满足等价条件时，锁退化为间隙锁。当“唯一索引”用于“搜索唯一行”语句时，不需要间隙锁。
begin;
select name from user_info where name = 'xiaoming' for update;
commit;例如，如果name是唯一索引，并且只搜索 name，那么只有此行将与记录锁一起使用。
如果名称列没有索引或是非唯一索引，则语句将生成间隙锁。如果搜索条件中有多个查询条件（即使每列都有一个唯一的索引），也会有间隙锁。
3.4、排查 InnoDB 锁问题
通常有两种方法来解决InnoDB锁问题。
1、打开 innodb_lock_monitor 表记住在使用后关闭监视器表，否则会影响性能。
2、在information_schema 库下面的 innodb_locks、innodb_lock_waits、innodb_trx排查
3、间隙锁不是互斥的。两个事务加上间隙锁不是互斥的。事务A可以锁定相同的数据以阻止操作，而事务B可以锁定相同数据以防止操作。这可能导致死锁问题。
4、可以禁用间隙锁的两种方法，一是把隔离级别降为读已提交（read committed），二开启参数innodb_locks_unsafe_for_binlog。
可以通过 show variables like 'innodb_locks_unsafe_for_binlog'; （默认不开启，如果发现有long 事务可以排查下间隙锁）命令查看该库是否开启间隙锁。
四、Innodb的 Next-lock 加锁工作原理
分析锁时需要跟隔离级别联系起来，我们以可重复读 RR（REPEATABLE-READ） 为例，首先开启两个事务
左边执行 select * from fork_business_detail where sub_odr_id='xiaoming' ，会加 next-key lock。
右边执行insert语句就会阻塞。
加锁是要基于索引的。
1、主键，加锁行为仅在 主键索引记录上加排他（X）锁。
2、唯一索引，先在唯一索引 id 上加排他（X）锁，再在的主键索引记录上加排他（X）锁。若记录不存在，那么加间隙锁。
3、普通索引，先通过索引上定位到第一个满足的记录，对该记录加 X 锁，而且要在主键上面，之间加上 Gap lock，为了防止幻读，然后在主键索引 name 上加对应记录的X 锁；再通过该索引上定位，有没有其他满足的记录，同上。最后直到发现没有满足的记录了，此时不需要加 X 锁，但要再加一个 Gap lock（间隙锁），这个锁扩到该数据的下一位。
也就是说满足条件的数据之间上下一位都会别锁住。
4、无索引，表里所有行和间隙均排他（X）锁，直接锁表了，所以在使用的时候一定要走索引。
总结
本文将通过锁的分类，包括库锁、表锁、页锁、行锁等等，详细介绍MySQL锁的使用、以及MySQL的优化和MySQL InnoDB加锁原理。
