MySQL锁混乱

Question

Mysql 5.6 Innodb 可重复读取隔离级别。

T1                                        T2
select ... where id = 1 for update
                                          select ... where id = 1 for update

T1 先运行，再执行T2，它们在不同的事务中。

结果是T2 的select for update 被阻止。

根据https://dev.mysql.com/doc/refman/5.7/en/innodb-locking.html， select for update 将在表上设置IX 锁，并且IX 与IX 兼容基于本文档中的锁兼容性矩阵。

那为什么第二个select for update 被第一个屏蔽了？

我搜索了一些关于这个问题的帖子，现在我也有以下相关问题：

1. select for update 会先在表上设置IX，然后在匹配索引/行上设置X，对吧？

2. X 和S 锁可以是表级或行级的，对吧？

3. 在https://dev.mysql.com/doc/refman/5.7/en/innodb-locking.html的锁类型兼容性矩阵中，X和S是表级锁，不是行级锁，对吧？

4. 第二个select for update被阻塞，因为第一个select for update在表上设置了IX，在匹配的索引/行上设置了X，所以当第二个select for update在表上设置IX时，就可以了.但是当它设置X后者时，它被阻止了，因为它已经被第一个select for update设置了X，对吧？

Answer 1

“那为什么第二次选择更新被第一次阻止了？” - 因为这是拥有独占 (X) 锁的全部意义所在。

1. 是的。
2. 是的。
3. 是的。
4. 对。