已授予所有锁的 postgresql“事务空闲”

Question

一个非常简单的删除（键）小表（700 行），然后保持“空闲事务”几分钟（通常需要几毫秒），即使所有锁都标记为“已授予”。

我能做些什么来查明是什么原因造成的？ 我正在使用这个选择：

  SELECT a.datname,
     c.relname,
     l.transactionid,
     l.mode,
     l.GRANTED,
     a.usename,
     a.waiting,
     a.query, 
     a.query_start,
     age(now(), a.query_start) AS "age", 
     a.pid 
FROM  pg_stat_activity a
 JOIN pg_locks         l ON l.pid = a.pid
 JOIN pg_class         c ON c.oid = l.relation
ORDER BY a.query_start;

它显示了很多“RowExclusiveLock”，但都被授予了......所以我看不出是什么导致了这种延迟高峰。

Answer 1

这是应用程序服务器的问题。

当应用程序未使用COMMIT或ROLLBACK结束事务时，会话处于“事务中空闲”状态。 这被认为是应用程序中的错误。

在事务结束之前，锁保持（并且当然被授予，否则会话不能空闲）。

从PostgreSQL 9.6开始，您可以设置参数idle_in_transaction_session_timeout以使用ROLLBACK自动终止此类事务，但这是一个创可贴以避免数据库上的问题而不是解决方案。

Answer 2

这也可能是由于 1) 连接池耗尽 2) 事务中的事务 3) 事务中的隐式 postgres 事务的组合。 这篇文章让我对这个问题大开眼界 https://www.birdie.care/blog/birdie-engineering-update

这就解释了为什么数据库本身没有死锁。 这只是因为达到了应用程序的连接池上限。