MySQL-InnoDB行锁

InnoDB的锁类型

InnoDB存储引擎支持行锁，锁类型有两种：

共享锁（S锁）
排他锁（X锁）

S和S不互斥，其他均互斥。

除了这两种锁以外，innodb还支持一种锁，叫做意向锁。

那么什么是意向锁？为什么需要意向锁呢？

考虑这种情况：

SessionA：已经持有表t某一行的X锁，需要对行进行更新操作

SessionB：想申请表t的表锁写锁

在没有意向锁之前，SessionA已经持有了行X锁以后，如果SessionB也成功，意味着SessionB可以对这个表中的所有数据进行更新操作，与SessionA的行锁是冲突的。

所以数据库在同意SessionB的申请之前，会做以下的判断：

检查是否有其他的表级写锁存在
判断表中每一行是否有行级X锁存在

步骤2的判断本身效率不高。所以产生了意向锁，在申请行级锁之前，先申请意向锁，成功之后才能申请行锁。（简单理解为多保存一个变量，便于申请表锁的时候进行快速判断）。

意向锁分为两种：

意向共享锁（IS锁）
意向排他锁（iX锁）

IS锁和IX锁之间彼此都不互斥，IS和IX只和表级别的读写锁互斥。其中：

IX和表X和表S互斥
IS和表X互斥

一致性锁定读和一致性非锁定读

一致性非锁定读

当隔离类型设置为读已提交和可重复读时，我们写的普通的select语句，不会申请锁，也不会被阻塞，会从MVCC选择一个视图读取数据。

两种隔离状态的区别在于：

读已提交永远拿到的是最新的视图
可重复读永远使用事务刚建立时拿到的视图

一致性锁定读

当写这两种select语句时，会进行加锁操作。

select ... lock in share mode
- 这个语句表示加入一个S锁，其他事务也可以加S锁
- 使用场景：不同表之间的相同数据保持一致性时使用（存疑，暂时放着）
select ... for update
- 这个语句表示加入一个X锁，其他事务不能读也不能写
- 使用场景：先读，根据读结果进行修改的操作时可以使用

行锁的三种算法（判断锁定的范围）

InnoDB存储引擎有三种行锁的锁定算法：

record lock：锁定单行
gap lock：锁定范围，不包含记录本身
next-key lock：gap lock + record lock 既锁定范围又锁定记录本身

当select操作需要加锁时，会按照上面的next-key lock进行加锁。

当查询条件中有索引，并且是唯一索引时，可以只锁定单条记录，由next-key lock降级为 record lock。
当查询条件中有索引，并且索引是辅助索引时，不仅锁住记录本身，还会锁定记录前一个索引键值范围（不包括区间头部的值），除此之外，还会锁定记录值到下一个索引键值的范围（不包括区间尾端的值）；同时还会在主键索引的对应行上加record lock

实验验证

输入下列建表语句：

create table z(a int,b int,primary key(a),key(b));

insert into z select 1,1;

insert into z select 3,1;

insert into z select 5,3;

insert into z select 7,6;

insert into z select 10,8;

在sessionA中，输入下面查询语句

select * from z where b=3 for update;

在sessionB中，输入下面查询语句

select * from z where b=1 for update;

select * from z where b=3 for update;

insert into z (a,b) values(4,2);

select * from z where b=6 for update;

其中，第一条和第四条可以正常返回，第二条第三条语句会阻塞，因为SessionA一直没有commit，所以这两条语句阻塞一段时间后会报锁等待超时异常。

mysql> select * from z where b=1 for update;

+---+------+

| a | b    |

+---+------+

| 1 |    1 |

| 3 |    1 |

+---+------+

2 rows in set (0.00 sec)

mysql> select * from z where b=6 for update;

+---+------+

| a | b    |

+---+------+

| 7 |    6 |

+---+------+

1 row in set (0.00 sec)

mysql> select * from z where b=3 for update;

ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction

mysql> insert into z (a,b) values(4,2);

ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction

结果分析

查询条件为b=3，所以会使用b列的辅助索引来查询，找到记录3后

使用record lock锁定主键索引a=5的记录
使用next-key lock锁定辅助索引（1,3）3 （3,6）这个范围的记录

在SessionA提交事务之前，这个范围内的记录都加的是X排他锁，所以第二条和第三条记录都需要阻塞等待。