锁：间隙锁Gap Lock

什么是间隙锁

间隙锁(Gap Lock)是Innodb在可重复读提交下为了解决幻读问题时引入的锁机制。

当用范围条件而不是相等条件检索数据，并请求共享或排他锁时，InnoDB会给符合条件的已有数据记录的索引项加锁；

对于键值在条件范围内但不存在的记录，叫做“间隙(GAP)”，InnoDB也会对这些“间隙”进行加锁，这种锁机制就是所谓的间隙锁(NEXT-KEY)锁。

间隙锁引起的问题

因为执行SELECT语句中，如果通过范围查找的话，间隙锁会锁定整个范围内所有的索引键值，即使这个键值并不存在。

这个就是间隙锁最致命的缺点，就是当锁定一个范围键值之后，即使某些不存在的键值也会被无辜的锁定，而造成在锁定的时候无法插入锁定值范围内的任何数据，在某些场景下这可能会针对性造成很大的危害。

间隙锁例子

建表：

CREATE TABLE `gas_lock_tab` (
`id`  bigint(20) NOT NULL COMMENT 'id' ,
`user_name_py`  int(11) NOT NULL COMMENT '用户姓名拼音' ,
PRIMARY KEY (`id`),
INDEX `usernameIndex` (`user_name_py`) USING BTREE 
)
ENGINE=InnoDB
DEFAULT CHARACTER SET=utf8 COLLATE=utf8_general_ci
ROW_FORMAT=DYNAMIC
;

插入数据：

INSERT INTO `gas_lock_tab`(`id`, `user_name_py`) VALUES (1, 'huangjinjin');
INSERT INTO `gas_lock_tab`(`id`, `user_name_py`) VALUES (3, 'java乐园');
INSERT INTO `gas_lock_tab`(`id`, `user_name_py`) VALUES (5, '架构师知音');
INSERT INTO `gas_lock_tab`(`id`, `user_name_py`) VALUES (8, 'java狂人');  

插入数据后查询：

mysql> select * from gas_lock_tab;
+----+--------------+
| id | user_name_py |
+----+--------------+
|  1 | huangjinjin  |
|  3 | java乐园     |
|  8 | java狂人     |
|  5 | 架构师知音    |
+----+--------------+
4 rows in set  

注意表中的数据，id字段是int型，包含1，3，5，8；当然1到8中间，缺少连续的id：2，4，6，7，而没有连续下来。一般在表里的主键id最好是连续的，方便索引；所谓的删除其实是做逻辑删除，只是做了状态更改，而不做物理删除。

打开两个Mysql终端，分别设置autocommit为0(手动提交事务)，也就是关闭自动提交功能，事务隔离级别处于可重复读状态。

session 1：

mysql> set autocommit=0;
Query OK, 0 rows affected

session 2：

 

session 1 执行update操作，执行成功

mysql> update gas_lock_tab set user_name_py = '1234' where id > 1 and id < 5;
Query OK, 0 rows affected
Rows matched: 1  Changed: 0  Warnings: 0

也就是对3这四条数据做修改。注意这里没有id为2和4的记录；在第二个终端执行insert操作，发现被阻塞。

insert into gas_lock_tab values (2,'it大佬');

 

按说在InnoDB的行级锁，两个不同的终端操作不同的行数据，不会造成阻塞，但是阻塞出现了。达到超时时间后，seesion 2出现如下错误：

 

另外，如果在session 2的插入语句没有超时之前，对session 1进行 commit操作，则会发现session 2也会执行操作成功。

session 1 commit操作：

 

session 2出现的结果：

 

这时对session 1做commit操作，发现update和inster操作都生效了。