MySQL可以由于连续的共享锁而锁定锁定吗？

Question

我有2个不同的交易，其中一个正在使用读取锁（共享 ）的选择语句，而另一种用途写锁（ for Update ）。

假设他们正在尝试在同一行上获取锁。这是我试图理解正在发生的事情的情况。

假设我使用读取锁有连续的请求流，偶尔需要获取写锁。

这些锁是否使用FIFO策略来避免饥饿或其他一些策略（例如阅读锁），只要它可以获取锁定和写锁定锁会等待所有读数（即使在这种情况下是新的）。

我怀疑第二次可能发生，但我不确定。

我正在调查一个问题，但找不到有关此问题的好文件。

Answer 1

如果您缺乏文档，则可以尝试一个实验：

窗口1：

mysql> start transaction;
Query OK, 0 rows affected (0.00 sec)

mysql> select * from tablename for share;
+---------------------+
| ldt                 |
+---------------------+
| 1969-12-31 16:00:00 |
+---------------------+
1 row in set (0.00 sec)

窗口2：

mysql> update tablename set ldt=now();
(hangs, waiting for lock)

窗口3：

mysql> select * from tablename for share;
(hangs, also waiting for lock)

这表明X-Lock请求阻止了后续的S锁请求。

50秒通过，然后是：

窗口2：

ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction

然后立即：

窗口3：

mysql> select * from tablename for share;
+---------------------+
| ldt                 |
+---------------------+
| 1969-12-31 16:00:00 |
+---------------------+
1 row in set (41.14 sec)

窗口3中的选择在等待窗口2中的更新时被阻止。当更新时间时，窗口3中的选择可以继续进行。