锁

共享锁：Shared Locks，S锁。在事务要读取一条记录时，需要先获取该记录的S锁

独享锁（排他锁）：Exclusive Locks，X锁。事务要改动一条记录时，需要先获取X锁

S锁与S锁是兼容的；S锁与X锁是不兼容；X锁与X锁也是不兼容。

加S锁

select ... lock in share mode;

X锁

select ... for update;

表锁

意向共享锁：Intention Shared Lock，IS锁。当事务准备在某条记录上加S锁时，需要先在表级别加一个IS锁

意向独占锁：Intention Exclusive Lock，IX锁。当事务准备在某条记录上加X锁时，需要现在表级别加一个IX锁

IS，IX是表级锁，它们的提出是为了在之后加表级别的S锁和X锁可以快速判断表中的记录是否被上锁，避免用遍历的方式查看表中有没有上锁的记录，IS 和 IX 锁是兼容的，IX 和 IX 是兼容的。

兼容性SISXIX

S兼容兼容不兼容不兼容

IS兼容兼容不兼容兼容

X不兼容不兼容不兼容不兼容

IX不兼容兼容不兼容兼容

行锁

Record Locks：（单个行记录上的锁）

有S和X锁之分

一个事务获取了S，其他事务可以获取S，不可以获取X。

一个事务获取了X，其他事务不能获取S，也不能获取X

Gap Locks：（间隙锁）

解决幻读：可使用mvcc，也可采用加锁解决。

如果某条加了Gap锁，不允许其他事务在该条记录之前插入新记录。

那对于最后一条记录之后的间隙怎么办？

数据页有两条伪记录：

Infimum记录：该页面最小的记录

Supremum记录：该页面最大的记录

为了防止其他事务在最后一条记录之后插入，可以给索引中最后一条记录，最后一条记录所在页面的Supremum记录加上一个Gap锁。

Next-Key Locks

既能锁住该记录，也能防止其他事务在该记录前的间隙插入新记录。

其实就是上述两个合体。

Insert Intention Locks：

事务在等待的时候也需要一个锁结构，表明有事务想在某个间隙中插入新纪录，但现在在等待。

例子：T1有Gap锁，T2、T3需要在在T1之前插入，T2、T3就需要生成一个插入意向锁并处于等待状态。T1提交后，T2、T3能获取对象的插入意向锁了，T2、T3不会相互阻塞，可以同时获取插入意向锁，然后执行插入操作。

插入意向锁不会阻止别的事务继续获取该记录上任何类型的锁

隐式锁

一个事务在insert操作时，如果插入的间隙被其他事务加了gap锁，那么本次会被阻塞，当前事务会在该间隙上插入一个插入意向锁。一般情况下不加锁。