读写锁

读写锁

1. 读锁，又称共享锁（Share locks，简称 S 锁），加了读锁的记录，所有的事务都可以读取，但是不能修改，并且可同时有多个事务对记录加读锁
2. 写锁，又称排他锁（Exclusive locks，简称 X 锁），或独占锁，对记录加了排他锁之后，只有拥有该锁的事务可以读取和修改，其他事务都不可以读取和修改，并且同一时间只能有一个事务加写锁。
3. 以上都基于当前读。在快照读下，无论加不加锁，都可以直接读。

读写意向锁

表锁和行锁是互相冲突的。如果一个行锁只锁住了一行数据，这时要申请一下表锁，那么会遍历表，看看是否存在行锁，开销很大。为了解决这个问题，会先在表上加上意向锁，然后再执行行锁操作。这样就可以避免上述问题。

意向锁之间是不会产生冲突的，也不和 AUTO_INC 表锁冲突，它只会阻塞表级读锁或表级写锁，另外，意向锁也不会和行锁冲突，行锁只会和行锁冲突。

• 意向锁之间互不冲突；
• S 锁只和 S/IS 锁兼容，和其他锁都冲突；
• X 锁和其他所有锁都冲突；
• AI 锁只和意向锁兼容；

加锁的规则

根据极客时间的《Mysql实战45讲》中的说明，对于加锁的基本规则大致为5个，包含了两个“原则”、两个“优化”和一个“bug”：

1. 原则 1：加锁的基本单位是 next-key lock。，next-key lock 是前开后闭区间
2. 原则 2：查找过程中访问到的对象才会加锁
3. 优化 1：索引上的等值查询，给唯一索引加锁的时候，next-key lock 退化为行锁
4. 优化 2：索引上的等值查询，向右遍历时且最后一个值不满足等值条件的时候，next-key lock 退化为间隙锁
5. 一个 bug：唯一索引上的范围查询会访问到不满足条件的第一个值为止