一、简述

数据库的锁是在多线程高并发的情况下用来保证数据稳定性和一致性的一种机制。MySQL 根据底层存储引擎的不同，锁的支持粒度和实现机制也不同。MyISAM 只支持表锁，InnoDB 支持行锁和表锁。目前 MySQL 默认的存储引擎是 InnoDB，这里主要介绍 InnoDB 的锁。InnoDB 存储引擎有两大优点：一是支持事务；二是支持行锁。

在高并发的情况下，MySQL 事务的并发处理会带来几个问题脏读、不可重复读、幻读。由于高并发事务带来这几个问题，所以就产生了事务的隔离级别。

二、MySQL 常见的几种锁机制

乐观锁

悲观锁

2️⃣锁粒度

表级锁(table lock)

行级锁(row lock)

3️⃣意向锁【表级锁(table lock)】

意向锁(Intention Locks)分为意向共享锁(IS)和意向排他锁(IX)，依次表示接下来的一个事务将会获得共享锁还是排他锁。意向锁不需要显示的获取，在获取共享锁或者排他锁的时候会自动的获取，也就是说，如果要获取共享锁或者排他锁，则一定是先获取到了意向共享锁或者意向排他锁。 意向锁不会锁住任何东西，除非有进行全表请求的操作，否则不会锁住任何数据。存在的意义只是用来表示有事务正在锁某一行的数据，或者将要锁某一行的数据。原文：Intention locks are table-level locks that indicate which type of lock (shared or exclusive) a transaction requires later for a row in a table.

IS 和 IX是表级锁，不会和行级的 X，S 锁发生冲突。只会和表级的 X，S 发生冲突。横向是已经持有的锁，纵向是正在请求的锁：

4️⃣读写锁【行级锁(row lock)】

读写锁(ReadWriteLock)即共享锁和排他锁。InnoDB 通过共享锁和排他锁两种方式实现了标准的行锁。共享锁(S 锁)：允许事务获得锁后去读数据。排他锁(X 锁)：允许事务获得锁后去更新或删除数据。一个事务获取的共享锁(S)后，允许其他事务获取S锁，此时两个事务都持有共享锁(S)，但是不允许其他事务获取X锁。如果一个事务获取的排他锁(X)，则不允许其他事务获取S或者X锁，必须等到该事务释放锁后才可以获取到。

e.g.：

①LOCK TABLE mchopin READ;用读锁锁表，会阻塞其他事务修改表数据，但不会阻塞其他事务读该表。
②LOCK TABLE mchopin WRITE;用写锁锁表，会阻塞其他事务读和写。
③select * from mchopin where id = 3 lock in share mode;读行锁，仅对一行数据加了读锁。
④select * from mchopin where id = 3 for update;写行锁，仅对一行数据加了写锁。
# T1
START TRANSACTION WITH CONSISTENT SNAPSHOT;
SELECT * FROM mchopin WHERE category_no = 2 lock in SHARE mode; //共享锁
SELECT * FROM mchopin WHERE category_no = 2 for UPDATE; //排他锁
COMMIT;
# T2
START TRANSACTION WITH CONSISTENT SNAPSHOT;
SELECT * FROM mchopin WHERE mchopin_no = 2 lock in SHARE mode; //共享锁
UPDATE mchopin set mchopin_name = '动漫' WHERE mchopin_no = 2; //排他锁
COMMIT;

5️⃣【记录锁(record Locks)】

锁住某一行，如果表存在索引，那么记录锁是锁在索引上的，如果表没有索引，那么 InnoDB 会创建一个隐藏的聚簇索引加锁。所以在进行查询的时候尽量采用索引进行查询，这样可以降低锁的冲突。

6️⃣【间隙锁(Gap Locks)】

间隙锁是一种记录行与记录行之间存在空隙或在第一行记录之前或最后一行记录之后产生的锁。间隙锁可能占据的单行，多行或者是空记录。通常的情况是采用范围查找的时候，比如在学生成绩管理系统中，如果此时有学生成绩 60，72，80，95，一个老师要查下成绩大于 72 的所有同学的信息，采用的语句是select * from student where grade > 72 for update，这个时候 InnoDB 锁住的不仅是 80，95，而是所有在 72-80，80-95，以及 95 以上的所有记录。为什么会这样呢？因为不锁住这些行，另一个事务在此时插入了一条分数大于 72 的记录，会导致第一次的事务两次查询的结果不一样，出现了幻读。所以为了在满足事务隔离级别的情况下需要锁住所有满足条件的行。

加锁点，不是加在记录上的，而是加在两条记录之间的位置。

作用：两次当前读返回的是完全相同的记录。

幻读和不可重复读的关键点在于，幻读是数据增加了，而不可重复读是数据修改或删除了。从锁上来分析，幻读的关键是 GAP 锁，而不可重复读的关键是行锁。

7️⃣【Next-Key Locks】

NK 是一种记录锁和间隙锁的组合锁。是 3 和 4 的组合形式，既锁住行也锁住间隙。并且采用的左开右闭的原则。InnoDB 对于查询都是采用这种锁的。

举个例子：

CREATE TABLE `xxp` (
`id` int(10) unsigned NOT NULL AUTO_INCREMENT,
`uid` int(10) unsigned DEFAULT NULL,
PRIMARY KEY (`id`),
KEY `idx_uid` (`uid`) USING BTREE
) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8;
INSERT INTO `xxp`(uid) VALUES (1);
INSERT INTO `xxp`(uid) VALUES (2);
INSERT INTO `xxp`(uid) VALUES (3);
INSERT INTO `xxp`(uid) VALUES (6);
INSERT INTO `xxp`(uid) VALUES (10);
# T1
START TRANSACTION WITH CONSISTENT SNAPSHOT; //1
SELECT * FROM xxp WHERE uid = 6 for UPDATE; //2
COMMIT; //5
# T2
START TRANSACTION WITH CONSISTENT SNAPSHOT; //3
INSERT INto xxp(uid) VALUES(11);
INSERT INto xxp(uid) VALUES(5); //4
INSERT INto xxp(uid) VALUES(7);
INSERT INto xxp(uid) VALUES(8);
INSERT INto xxp(uid) VALUES(9);
SELECT * FROM xxp WHERE uid = 6 for UPDATE;
COMMIT;
ROLLBACK;

按照上面 1，2，3，4 的顺序执行会发现第 4 步被阻塞了，必须执行完第 5 步后才能插入成功。这里会很奇怪明明锁住的是uid=6 的这一行，为什么不能插入 5 呢？原因就是这里采用了 next-key 的算法，锁住的是(3,10)整个区间。