MySQL——InnoDB锁问题（五）

一、Next-key锁。

当我们使用范围条件而不是相等条件去检索数据，并请求共享锁和排他锁时，InnoDB会给符合条件的已有的数据添加上锁；对于键值在条件范围内，但不存在的记录，叫间隙。InnoDB此时会给这个部分添加上锁，这种锁机制就是Next-key锁。

假如：员工表emp中只有101条数据，其empid为1,2,3，.... ，101,下面SQL

SELECT * FROM emp WHERE empid>100 for update ;

是一个条件范围的检索，InnoDB不仅会对符合条件的empid值为101的记录添加上锁，也会对大于101（这些记录不存在）的”间隙“加锁。

InnoDB使用Next-key锁的目的一是防止幻读，以满足相关隔离级别的要求。对于上面的例子，如果不使用间隙锁，如果其他事务插入了empid大于100的任何记录，那么本事务再次执行上述语句时必然出现幻读；另一方面，是为了满足恢复和复制的需要。很显然，在使用范围条件检索并锁定记录时，InnoDB的这种加锁机制会阻塞符合范围条件内键值的并发插入，这往往会造成严重的锁等待。因此，在实际的开发中，尤其是并发插入比较多的应用，我们尽量优化业务逻辑，尽量使用相等条件来访问更新数据，避免使用范围条件。

还要特别说明，InnoDB除了使用范围条件加锁时使用Next-key锁，如果使用相等条件删除一条不存在的记录，InnoDB也会使用Next-key间隙锁。