@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 冲突而等待吗？

@luckyrayyy 我的疑惑更多是关于“插入意向锁存在的意义是什么？它的作用是什么呢？能够防止什么操作并发执行？”，如果可以用实例解释就最好了。

@luckyrayyy 在[https://dev.mysql.com/doc/refman/8.0/en/innodb-locking.html]( https://dev.mysql.com/doc/refman/8.0/en/innodb-locking.html)中，介绍了意向锁和插入意向锁。它说`Intention locks are table-level locks that indicate which type of lock (shared or exclusive) a transaction requires later for a row in a table.` & `An insert intention lock is a type of gap lock set by INSERT operations prior to row insertion.`。我同意你前面所说的，但是对于“然后其他事物想锁表的时候看到有个意向锁，就得阻塞等着”，我并不同意。在 http://codex.cs.yale.edu/avi/db-book/db6/slide-dir/PPT-dir/ch15.ppt 里的第 25 页，有一个兼容性矩阵，比如说一个事务拥有 IS 类型表级意向锁，另外一个事务还是可以获取到 S 类型的表级锁的。

@lpts007 书籍的版本是第六版（中文版和英文版都没有包含 commited 限定），应该是书籍的小错误。谢谢啦。

@lpts007 谢谢。不过书中所说的跟 PPT 所说的不太一样。书中的"redoes all the actions since the most recent dump occurred"不是应该换成"redo all transactions that committed after the dump"吗？

书中所说的：
To recover from the loss of nonvolatile storage, the system restores the database to disk by using the most recent dump. Then, it consults the log and **redoes all the actions since the most recent dump occurred**.

PPT 所说的：
To recover from disk failure
1. restore database from most recent dump.
2. Consult the log and **redo all transactions that committed after the dump**.

@lpts007 你看看 https://www.db-book.com/db6/slide-dir/PPT-dir/ch16.ppt 的 25 页，并不是你所说的那样。

Recovery from failure: Two phases
1. Redo phase: replay updates of all transactions, whether they committed, aborted, or are incomplete
2. Undo phase: undo all incomplete transactions

@lpts007 文章所说的是“然后，根据日志，重做最近一次转储后所做的所有动作。”，是所有的动作，并不是已结束的事务所做的动作。

我觉得它们之间还是存在依赖性的，只有满足“Tk 的写阶段在 Ti 开始其有效性检查阶段之前完成”，才能进行“Tk 所写的数据项集与 Ti 所读数据项集是否相交”的判断。

@aijam 😂明白了，谢谢🙏。不过很奇怪，这个错误没有在 https://www.db-book.com/db6/errata-dir/errata-part4.pdf 列出。

@aijam 你说得对，那么说，不是应该将“ Tk 所写的数据项集与 Ti 所读数据项集不相交，并且 Tk 的写阶段在 Ti 开始其有效性检查阶段之前完成（ Start(Ti) < Finish(Tk) < Validation(Ti)）”替换成“ Tk 的写阶段在 Ti 开始其有效性检查阶段之前完成（ Start(Ti) < Finish(Tk) < Validation(Ti)），并且 Tk 所写的数据项集与 Ti 所读数据项集不相交”吗？

@aijam 其实两个版本说的是一样的，只不过事务的名称变了而已。我不明白的是为什么还需要“Tk 的写阶段在 Ti 开始其有效性检查阶段之前完成（ Start(Ti) < Finish(Tk) < Validation(Ti)）”。

Querydsl

http://www.querydsl.com/