隔离级别为serializable的事务中出现死锁

Question

我试图理解锁定如何与隔离级别一起工作。我已经回答了这个问题，但无法理解给定打击的流

在这里，我在不同的终端中启动两个事务，并在其中读取同一行。当我尝试更新它们时，两个终端都在等待更新。除此之外，没有其他查询正在运行

这是我做的一系列步骤

conn1: START TRANSACTION;
conn1: SET SESSION TRANSACTION ISOLATION LEVEL SERIALIZABLE;
conn2: START TRANSACTION;
conn2: SET SESSION TRANSACTION ISOLATION LEVEL SERIALIZABLE;
conn1: SELECT * from users WHERE id = 1;
conn2: SELECT * from users WHERE id = 1;
conn1: UPDATE users set name = 'name' WHERE id = 1; waiting...
conn2: UPDATE users set name = 'name' WHERE id = 1; waiting...

这是我的第一个问题
这里我想了解为什么两个连接都在等待，以及它们是否是谁拥有更新行的锁？

如果我将上述步骤更改为

conn1: START TRANSACTION;
conn1: SET SESSION TRANSACTION ISOLATION LEVEL SERIALIZABLE;
conn2: START TRANSACTION;
conn2: SET SESSION TRANSACTION ISOLATION LEVEL SERIALIZABLE;
conn1: UPDATE users set name = 'name' WHERE id = 1;
conn2: SELECT * from users WHERE id = 1; waiting...
conn1: commit
conn2: updated results

在这种情况下，不同的是我可以看到conn1有锁，在它提交或回滚更改之前，所有其他请求都将等待，如果conn1提交，则会得到更新的结果

这是我的第二个问题，如果
我想锁定一行并且如果锁定，我希望其他连接等待（甚至读取）直到此锁定释放（提交或回滚）或我应该用于更新子句，这是正确的方法

数据库 - Mysql 5.7

Answer 1

正如mysql文档中关于可序列化隔离级别的内容所说:

此级别类似于REPEATABLE READ，但InnoDB隐式地将所有纯SELECT语句转换为SELECT…LOCK IN SHARE MODE

自动提交条款在这里不适用，因为您显式启动事务。

这意味着在第一个场景中，两个事务都在同一条记录上获得一个共享锁。然后，第一个事务(T1)试图执行更新，这需要一个排他锁。这是不可能的，因为T2持有共享锁。然后，T2尝试更新，但由于T1持有共享锁而无法完成。

是否使用原子更新或select…for update语句来锁定记录取决于您需要应用的应用程序逻辑。如果需要获取记录的数据并在更新记录之前对这些数据进行一些复杂的计算，请使用select…for update方法。否则，进行原子更新。