单个事务中的多个SELECT FOR UPDATES是否会导致竞争条件（Postgres）？

Question

我使用的是Postgres 9.1。我想知道在同一个事务中使用多个SELECT FOR UPDATES是否可能导致竞争情况。

2个并发事务：

事务1:选择表1上的更新--成功获取锁

事务2：选择表2上的更新--成功获取锁

事务2：选择表1上的更新--等待从事务1释放锁

事务 1：选择更新表 2 -- 等待事务 2 中的锁定释放

在这种情况下会发生什么？其中一个等待的事务最终会超时吗？如果是，是否有方法配置超时持续时间？

编辑：deadlock_timeout我正在寻找的配置吗？

Answer 1

PostgreSQL将在步骤4检测死锁，并使事务失败。以下是我在psql中尝试时发生的情况（仅显示步骤4）：

template1=# SELECT * FROM table2 FOR UPDATE;
ERROR:  deadlock detected
DETAIL:  Process 17536 waits for ShareLock on transaction 166946; blocked by process 18880.
Process 18880 waits for ShareLock on transaction 166944; blocked by process 17536.
HINT:  See server log for query details.
template1=# 

这发生在1秒之后，这是默认超时。另一个答案对此有更多信息。

Answer 2

是的，您应该在文档中查找deadlock_timeout。

但是您的场景并不意味着会有死锁，因为PostgreSQL正在使用行级锁，并且不清楚您的事务是否正在并发相同的行。

另一种选择是使用比默认READ COMMITTED更高的序列化级别。但在这种情况下，您的应用程序应该准备好接收SQLCODE=40001的异常：

ERROR:  could not serialize access due to concurrent update

这是意料之中的事，您只需按原样重试交易即可。

你可以在wiki上找到一个关于可序列化隔离级别的很好的概述。