能够清楚地表达一下你的“为啥”是什么吗？反正我是不明白你的问题是什么

@flyfanc 两个都是使用 clustered index 吧

用 SELECT NAME FROM query_test 的结果如何呢？

@louettagfh 我不是纠结细节，我只是想知道事情到底是怎样的。

@UN2758 谢谢，明白了 InnoDB 具体是怎么实现的了。

@louettagfh

1. 你说“一个事务可以有多条语句，s1 创建事务 t1 用 record lock 锁住了这条 record, 但它执行 t1 后面的语句时，这把 record lock 已经被放开了. 其他事务的是可以修改的 id 为 5 的 record.”，可以用实例展现一下吗？
2. 你说“MySQL 如何实现可重复读? 利用 MVCC”，其实我讲的主要是 locking read 的可重复读，而不是 consistent nonlocking read 的可重复读，可以标题有点误导吧，我会修改一下。
3. 你说创建事务时就创建 read view，这个应该不对吧？在 https://dev.mysql.com/doc/refman/8.0/en/innodb-consistent-read.html 中，它说“If the transaction isolation level is REPEATABLE READ (the default level), all consistent reads within the same transaction read the snapshot established by the first such read in that transaction.”，“With READ COMMITTED isolation level, each consistent read within a transaction sets and reads its own fresh snapshot.”，不管是哪个级别，都不是创建事务时就去建立 snapshot 。

@lhx2008 也许标题应该改一下😅，因为文章没有讲到 consistent nonlocking read，只是讲到了 locking read，虽然知道 MVCC 相关理论，但是不太了解 InnoDB 具体是怎么实现的。有空了解了之后再补充。

上面那篇文章是不正确的，我准备取消那篇文章的发布。不过我在这里贴出两个问题，[mysql - Is insert intention lock truly a gap lock? - Stack Overflow]( https://stackoverflow.com/questions/62712571/is-insert-intention-lock-truly-a-gap-lock)和[mysql - Does transaction release insert intention lock after insertion? - Stack Overflow]( https://stackoverflow.com/questions/62737123/does-transaction-release-insert-intention-lock-after-insertion)。欢迎大家解答这两个问题，谢谢。

@limuyan44 我不太明白你是怎么从 https://dev.mysql.com/doc/refman/5.7/en/innodb-locking.html 得知 X,GAP,INSERT_INTENTION 是什么类型的锁的，难道是从`trx id 8731 lock_mode X locks gap before rec insert intention waiting`得知？

@limuyan44 你说官方文档有，可以发一下相关的链接吗？我实在是找不到有官方文档说这个的。

具体原因我也不太清楚，我猜测数据是 float 类型之类的，因为自己尝试过，float 类型的时候，`lock data`就会是这种格式的数据，但是如果数据是 int 类型的话，`lock data`会是人类可读的（比如说 8 ）。

@luckyrayyy @showhand @taoprogramer @TouchQQ @makese @salamanderMH @qsfun

上一条有点问题，再打扰一次🤣

插入意向锁真的是间隙锁吗？ - 简书 https://www.jianshu.com/p/a449eda843b9

@luckyrayyy @showhand @taoprogramer @TouchQQ @makese @salamanderMH @qsfun 大家好，查阅了很多资料之后，我整理[插入意向锁真的是间隙锁吗？ - 简书]( https://www.jianshu.com/p/a449eda843b9)这篇文章，欢迎查看，如果有错误的话，欢迎指出。

@TouchQQ 你说插入意向锁是用来解决并发问题的，它解决的是什么并发问题呢？还有“首先插入意向锁是一种类型的间隙锁，锁模式是 IX， 而一般说的间隙锁（ Gap Locks ）锁模式是 X”这句话，我不太理解，可以具体解释一下吗？

@salamanderMH 是的，我没有想到这点，因为一直被 gap lock 影响，让我忘记了它是一个 intention lock 。如果是这样子的话，为什么说插入意向锁时间隙锁呢？不是应该是表级别的 intention exclusive lock 吗？

@makese 我有点明白了，插入意向锁说到底还是一个意向锁，而意向锁是表级别的，所以在获取到“插入行的独占锁”之前，会先获取插入意向锁。如果一个事务获取到了插入意向锁，那么其他事务就不能够获取到表级别的 write 锁（不太明白为什么可以获取到表级别的 read 锁，可能是为了更好的并发吧）。说到底还是跟多粒度锁有关。

我尝试了以下 schedule，的确跟我说的一样。`session 1: start transaction; create table t (k int, key ix_t_k (k)); insert into t values(5); session 2: start transaction; lock tables t write;`，session 2 执行`lock tables t write`时会阻塞。

插入意向锁是否只有这么一个作用？还有其他的作用吗？

如果是这样子的话，为什么说插入意向锁时间隙锁呢？不是应该是表级别的 intention exclusive lock 吗？

@makese “你这个问题是因为 s 是行锁”，你说的这个问题是 https://www.v2ex.com/t/686462#r_9191604 吗？我不明白你所说的跟我的问题有什么关系？可以详细解释一下吗？

@taoprogramer @TouchQQ 插入意向锁用来解决“phantom read”？如果是的话，你可以执行以下代码（按顺序执行）。`session 1: start transaction; create table t (k int, key ix_t_k (k)); insert into t values(5); insert into t values(10); insert into t values(8); session 2: start transaction; insert into t values(7);`。在 session 1 执行`insert into t values(8)`时，会获取到插入意向锁(5, 10)，如果它是用来解决“phantom read”的话，session 2 就不能成功执行`insert into t values(7)`了。间隙锁才是用来阻止其他事务插入，而不是插入意向锁。

@showhand 但是 insert intention lock 存在的意义是什么呢？如果“插入时不需要在获取独占锁前获取插入意向锁，而是直接获取独占锁”，会怎样呢？获取独占锁时，事务难道不会因为其他事务拥有的 gap lock 冲突而等待吗？