MySQL的行锁

背景

自从过年值班就一直在公司读《 MySQL实战45讲》这本书，当时看完了MySQL的全局锁、表级锁还有行锁和间隙锁。其中的行锁和间隙锁迟迟无法理解，最近趁着有空再次阅读了一遍，并且对照了《深入浅出MySQL》，发现对MySQL锁的理解又上了一个台阶，今天就来分享一下MySQL的行锁。

MySQL的行锁又分为共享锁（S锁）和排他锁（X锁）。

一般普通的select语句，InnoDB不加任何锁，我们称之为快照读

通过加S锁和X锁的select语句或者插入/更新/删除操作，我们称之为当前读

特殊说明：以上的当前读，读取的都是记录的最新版本。对读取记录都会加锁，除了第一条语句lock in share mode是对记录加S锁（共享锁）外，其他的操作都是加X锁（排他锁）。

传统的关系型数据库加锁都要遵循一个原则：两阶段锁原则。

两阶段锁是将锁的操作分为两个阶段，加锁阶段和解锁阶段，并且保证加锁阶段和解锁阶段不相交。

分享一个例子说明两阶段锁协议：

事务A	事务B
begin;
update test set name=’god-jiang’ where id=1;
	begin;
	delete from test where name=’god-jiang’;
commit;

事务A执行完update语句后，手上持有着name=’god-jiang’的X锁，而事务B执行delete语句删除name=’god-jiang’记录的时候会阻塞，直到事务A执行commit之后，事务B才会执行delete。

也就是说，在InnoDB存储引擎中，行锁是在需要的时候加上的，但并不是不需要了就立刻释放行锁，而是要等到事务结束的时候才释放，这个就是两阶段锁协议。

不同事务隔离级别对应的行锁也是不同的，所以我们需要先了解事务的隔离级别后，再来演示不同隔离级别的行锁如何加上去。

MySQL的4种隔离级别：

READ UNCOMMITTED（读未提交）：任何一个事务当中，都可以看见其他事务的执行情况，会出现脏读现象。
READ COMMITTED（读已提交，简称：RC）：在当前事务中只能看见已经提交事务的执行结果，当同一事务在读取期间出现新的commit操作，会出现不可重复读现象。
REPEATABLE READ（可重复读，简称：RR）：这是MySQL默认的隔离级别，得益于MVCC，它能在同一事务在多实例并发读取数据时看到相同的数据行，消除了脏读、不可重复读，默认不会出现幻读（MySQL的行锁+间隙锁解决了快照读的幻读，未解决当前读的幻读）。
SERIALIZABLE（串行）：MySQL的最高隔离级别，通过加锁，强制事务执行顺序，保证不会出现幻读问题。

这里我挑选出RC隔离级别下三种常见情况分析SQL如何加锁：

以下加锁分析默认表名为test，主键为id，唯一索引为a，普通索引为b，无索引为c。

由于c字段没有索引，SQL将会进行全表扫描。这个时候的所有记录，都会加上X锁。

为什么不是只在c=10的记录上加锁呢？

这是因为在MySQL中，如果where条件不能通过索引快速过滤，那么在MySQL的server层就会将所有记录都加锁然后调用InnoDB存储引擎查询，因此也就把所有记录都锁上了。

总结：没有索引的情况下，InnoDB的当前读会对所有记录都加锁。所以在实际开发中，如果是当前读或者是插入/更新/删除等操作一定要使用索引，否则会产生大量的锁等待。

由于a字段有唯一索引，因此通过MySQL的server层会选择走a列的索引进行过滤，找到a=2记录后，将唯一索引上a=1的索引记录加上X锁，同时读取主键id并找到聚集索引树给id=2的记录加上X锁。

总结：如果查询的条件是唯一索引，那么SQL在满足的唯一索引的记录上加X锁，并且在对应的聚集索引上加X锁。

由于b字段有普通索引，所以在满足b=2的所有记录上都加上了X锁，同时对应的聚集索引记录也加上了X锁。与唯一索引对比，唯一索引查询最多有一行记录上锁，而普通索引会把满足条件的所有记录上锁。

总结：如果查询的条件是普通索引，那么SQL会在满足条件的非唯一索引记录加上X锁，并且会在它们对应的聚集索引上加X锁。

最最重要的就是，在RC隔离级别下，我们更新数据，插入数据，删除数据都要尽可能走索引，不然会使所有的记录都被加上X锁，假如在线上操作的话，会严重影响业务。