V2EX › TouchQQ 的所有回复 › 第 1 页 / 共 1 页

@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 也不会被阻塞了。

2020 年 7 月 2 日

回复了 JasonLaw 创建的主题 › 数据库 › MySQL 插入意向锁的作用是什么？

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

2018 年 12 月 21 日

回复了 monsterj 创建的主题 › 职场话题 › 大家的工资是几号发？

今天发本月

2018 年 10 月 11 日

回复了 fuchaofather 创建的主题 › 程序员 › 坐久了后腰不舒服, 大家怎么解决的?

感觉像骨盆前倾的症状，搜索自检下。