Next-Key Lock（临键锁）

背景故事 事务A 事务B begin; select count(*) from t_user where uid > 20;// 返回1 insert into t_user values(30,‘AA’,20); update t_user set age = 30 where uid > 20;// 显示有两条记录修改成功 上面两个事务，首先先开启事务A，查询id大于20的记录数，结果返回1，说明只有1条记录uid大于20，随后事务B插入了一条uid

Next-Key Locks 是记录锁（record lock）与间隙锁（gap lock）的结合。 记录锁是行级别的锁（row-level locks），当InnoDB 对索引进行搜索或扫描时，会在索引对应的记录上设置共享或排他的记录锁。而索引对应记录上的Next-Key Locks不但锁定记录本身，还会此记录之前的“间隙”。也就是说，next-key 锁结合了记录锁，及记录前面间隙上的gap lock。如果一个会话在被索引的记录 R 上具有共享或排他锁，则另一个会话不能在R 之前（按索引排序）的间隙中插

学完JUC之后，一起来整理一下MySQL锁的知识，梳理MySQL各种级别的锁：全局锁，表锁，行锁。Record Lock，Gap Lock，Next-Key Lock的加锁机制

原文：http://www.cnblogs.com/zhoujinyi/p/3435982.html 数据库使用锁是为了支持更好的并发，提供数据的完整性和一致性。InnoDB是一个支持行锁的存储引擎，锁的类型有：共享锁（S）、排他锁（X）、意向共享（IX）、意向排他（IX）。为了提供更好的并发，InnoDB提供了非锁定读：不需要等待访问行上的锁释放，读取行的一个快照。该方法是通过

record lock：记录锁，也就是仅仅锁着单独的一行 gap lock：区间锁，仅仅锁住一个区间（注意这里的区间都是开区间，也就是不包括边界值，至于为什么这么定义？innodb官方定义的） next-key lock：record lock+gap lock，所以next-key lock也就半开半闭区间，且是下界开，上界闭。（为什么这么定义？innodb官方定义的） 下面来举个手册上的...

Mysql RR场景下通过next-key 锁解决了幻读的问题，而幻读通常是由 insert 新增的数据导致。所以next-key锁最终通过锁机制防止了一定条件下的新增数据从而解决了幻读问题。

在实际使用中，开发人员无需显式地使用Next-Key Lock，因为InnoDB存储引擎会自动根据查询条件和索引规则为相关记录加上适当的锁。原理：Next-Key Lock的原理是在索引记录之间的间隙上设置共享锁，以防止其他事务插入或修改可能破坏索引顺序的数据。锁定范围：Next-Key Lock锁定的范围是包含给定索引值的记录以及该索引值前后的间隙。通过使用Next-Key Lock，MySQL的InnoDB存储引擎能够提供高度的并发性和数据一致性，同时减少死锁的可能性。

MySQL中的next-key locknext-key lock是啥有啥用幻读如何产生 再次推荐一下丁奇的《MySQL实战45讲》，不同阶段阅读该专栏，总能收获不同的感悟。阅读本文，即默认已经知道“当前读”和“快照读”的含义了。 next-key lock是啥 间隙锁（Gap锁）和行锁合称 next-key lock。以该表t为例子： 在MySQL采用innodb，可重复读模式的情况下，执行如下语句： select * from t for update 此时，for update情况下，sele

在 MySQL 的 InnoDB 存储引擎中，Next-Key Lock 是一种用于实现可重复读（Repeatable Read）隔离级别的重要锁机制。它通过结合记录锁（Record Lock）和间隙锁（Gap Lock），有效防止了幻读（Phantom Read）现象的发生。本文将详细解析 Next-Key Lock 的加锁范围、作用以及使用时需要注意的事项。

关于mysql next-key lock,即record lock + gap lock,为半开半闭区间的lock，若当前读＋之后的insert语句，会出现不同的死锁情况，条件触发情况如下 1. 首先其在事务隔离级别为repeatable-read下才会生效 2. 若查询条件落在唯一索引上（包括主键）例如 select for update where/delete where/update

三种行锁算法 InnoDB 支持行锁，包含三种行锁算法： Record Lock: 单个记录上的锁； Gap Lock: 间隙锁，它锁住的是一个范围，不包含记录本身； Next-key Lock: 等效于 Record Lock + Gap Lock。 特别注意：InnoDB 行锁是通过 给索引上的索引项加锁来实现的。因此，在执行当前读的sql语句时，一定要记得带上索引条件，否则，mysql 将会执行全表扫描，将整个表锁住。 假设有一张测试表 t： create table t (a i

Next-Key Locking 是一种锁定区间行锁（Record Lock）：锁定精确的一行数据，防止其他事务对该行数据的修改。间隙锁（Gap Lock）：锁定一行数据之间的“间隙”，防止其他事务在该间隙中插入新数据。Next-Key Locking 锁住了当前查询的行及其“前后”的间隙，这样不仅可以防止已有记录的修改，还能防止在查询范围内插入新数据，避免了幻读问题。通过将行锁和间隙锁结合起来，解决了MySQL中隔离级别下的幻读问题。

之前介绍过，sql标准中，rr级别并不能解决幻读问题，那么mysql是如何在rr级别解决幻读问题的？ 锁协议 在非序列化隔离级别下，普通读数据是快照读，写数据则要加X锁，并且遵循两段式锁协议。也就是申请的锁会一直占用，直到事务提交。 幻读问题 幻读的定义有两点需要注意： 1.幻读只有使用锁定读才可能出现，因为普通读使用的是非锁定读，会通过MVCC机制获取到一致性视图，是看不到新插入的行的； 2.只有读到新增的数据才叫幻读； 幻读的影响： 1.如果只有行锁的话，语义不正确，没有锁住新更新的行；

唯一索引等值查询：1.当查询的记录是存在的，next-key lock 会退化成「记录锁」。2.当查询的记录是不存在的，next-key lock 会退化成「间隙锁」。非唯一索引等值查询：1.当查询的记录存在时，除了会加 next-key lock 外，还额外加间隙锁，也就是会加两把锁。2.当查询的记录不存在时，只会加 next-key lock，然后会退化为间隙锁，也就是只会加一把锁。

next-key lock案例