没有显式锁定的postgres死锁

Question

我使用PostgreSQL 9.2，并且我不在任何地方使用显式锁定，既不使用LOCK语句也不使用SELECT ... FOR UPDATE 。 但是，最近我收到了ERROR: 40P01: deadlock detected 。 检测到死锁的查询虽然包含在事务块中。 无论如何，怎么回事？

Answer 1

您不需要任何明确的LOCK就可以进入死锁状态。 这是一个非常简单的演示，从头开始只有INSERT：

create table a(i int primary key);
create table b(i int primary key);

会话＃1做：

begin;
insert into a values(1);

然后会话＃2做：

begin;
insert into b values(1);
insert into a values(1);
-- here it goes into waiting for session #1 to finish its transaction

然后会话＃1做：

insert into b values(1);

然后发生死锁：

错误：检测到死锁
详细信息：进程9571在事务4150上等待ShareLock; 被进程9501阻止。
过程9501在事务4149上等待ShareLock; 被进程9571阻止。
提示：有关查询详细信息，请参阅服务器日志

简单的UPDATE或UPDATE和INSERT的组合也可能发生同样的情况。 这些操作采用隐式锁定，如果它们以不同的顺序发生在不同的会话中，它们可能会死锁。

Answer 2

我首先怀疑哈希索引。

• 将您拥有的任何hash索引切换到B-tree
• 如果合适，请使用Serializable隔离级别。