MySQL数据库中的行锁

前言

最近在阅读《MySQL技术内幕 InnoDB存储引擎》一文，发现文中对InnoDB中锁的描述和网上大多数博客相差甚远，因此查阅了大量资料，结合实际测试后，写下了这篇文章。

如有不同看法，欢迎在评论区留言讨论。

一、共享锁与排他锁

在介绍MySQL中的行锁之前，首先要了解什么是共享锁与排他锁。

排他锁(X Lock)

排他锁，也称写锁，允许获取锁的事务更新或删除数据。
当前事务获取到排他锁后，禁止其他事务获取该排他锁，禁止其他事务获取该数据的共享锁。
获取排他锁时，需要等待其他事务释放共享锁或排他锁。

共享锁(S Lock)

共享锁，也称读锁，允许获取锁的事务读取数据。
当前事务获得共享锁时，其他事务也可以获取该共享锁，但禁止其他事务获取该数据的排他锁。
获取共享锁时，需要等待其他事务释放排他锁。

二、获取行锁的方式

InnoDB中，行锁支持共享锁和排他锁。
如果需要手动加锁或查询时加锁，使用如下代码:

-- 获取行级别的共享锁
-- 在结尾加上 lock in share mode 表示给该行加共享锁
select ... lock in share mode;

-- 获取行级别的排他锁
-- 在结尾加上 for update 表示给该行加排他锁
select ... for update;

此外，对数据做新增、删除或修改时，自动会加上排他锁。

三、行锁的算法

InnoDB中行锁有3种算法，值得注意的是，无论使用哪种锁算法，都支持共享锁和排他锁，获取锁的方式也都采用2.1中介绍的方式。
记录锁(Record Lock)：单个行记录上的锁。
间隙锁(Gap Lock)：锁定一个范围，但不包含记录本身。
临键锁（Next-Key Lock）：Gap Lock+Record Lock，锁定一个范围，并且锁定记录本身。

在不同的隔离级别下，MySQL使用的锁算法不一定相同，下面主要说明可重复读隔离级别下使用的锁算法。

3.1 隔离级别为可重复读（REPEATABLE READ）

MySQL的默认数据隔离级别为可重复读（REPEATABLE READ），在该隔离级别下，锁算法默认使用临键锁算法（Next-Key Lock）。

3.1.1 对唯一索引加锁

where条件中存在唯一索引时，临键锁会退化成记录锁，只对满足条件的记录加锁，包括满足条件但不存在的记录。

3.1.2 对非唯一索引加锁

where条件中不存在唯一索引时，对满足条件的记录加锁，也对直到下一个不满足条件的记录的范围区间加锁，不包含下一个不满足条件的记录。

3.2 隔离级别为读可提交（READ COMMITTED）

在隔离级别设置为读可提交（READ COMMITTED）时，所算法使用记录锁算法（Record Lock）。

四、实际案例

在 可重复读（REPEATABLE READ） 隔离条件下，创建一个表z，其中有唯一索引a，和非唯一索引b。