账号：Tapping6046
感谢大佬。 我来晚了吗？

支持一下

听大牛讲科学精神

吃作品版权费算不算

@JasonLaw 插入意向锁 不是用来 解决 “phantom read” 的， 而是为了 解决间隙锁的并发并发问题的。
首先插入意向锁是一种类型的间隙锁，锁模式是 IX， 而一般说的间隙锁（ Gap Locks ）锁模式是 X 。IX 和 X 的兼容性表中只有 IX 和 IX 兼容。
就像 MySQL 文档第一段（正文引用的上面一段）说的, 如果已经有两个索引记录 4 和 7， 两个会话分别插入 5 和 6， 如果没有‘插入意向锁’而只有‘间隙锁’就会出现并发问题， 两个会话都会要求获取 4~7 记录之间的间隙锁 。 所以 MySQL 引入了插入意向锁， 同一个 gap 的插入意向锁相互兼容所以不会发生阻塞。

下面说另外的问题， 为什么会有 Gap Locks 这种锁， 还不是因为 MySQL 的隔离级别默认是 'REPEATABLE-READ' 。 为了时间 可重复读， 就要解决幻影都，MySQL 的解决方案就是 加‘间隙锁‘。Oracle 数据库默认隔离级别是提交读，好像压根不支持可重复读， 所以 Oralce 里没有间隙锁。

如果将正文例子中的 Client A 的隔离级别修改为 'READ-COMMITTED' 就不会加间隙锁了，Client B 也不会被阻塞了。

MySQL 默认的隔离级别是 ‘可重复读’ ， 不允许幻读。Client A 加间隙所为了防止在事务执行期间被其他会话在本事物已读取的数据‘间隙‘插入新的行。

今天发本月