PostgreSQL 错误：进程仍在等待数据库 0 的关系 2676 上的 AccessShareLock

Question

我们无法连接到 PostgreSQL 实例，我们必须重新启动 PostgreSQL 服务才能连接到该实例，但几天后我们开始收到相同的错误。

日志显示以下错误

2019-02-18 08:00:03.043 UTC [5053] postgres@utilitydbLOG:  process 5053 still waiting for AccessShareLock on relation 2676 of database 0 after 1000.431 ms
2019-02-18 08:04:04.486 UTC [5170] bucardo@bucardoLOG:  process 5170 still waiting for AccessShareLock on relation 2676 of database 0 after 1001.006 ms
2019-02-18 08:15:02.802 UTC [5445] postgres@utilitydbLOG:  process 5445 still waiting for AccessShareLock on relation 2676 of database 0 after 1000.425 ms
2019-02-18 08:30:02.844 UTC [5846] postgres@utilitydbLOG:  process 5846 still waiting for AccessShareLock on relation 2676 of database 0 after 1000.501 ms
2019-02-18 08:33:23.428 UTC [5940] bucardo@bucardoLOG:  process 5940 still waiting for AccessShareLock on relation 2676 of database 0 after 1001.265 ms
2019-02-18 08:45:02.869 UTC [6269] postgres@utilitydbLOG:  process 6269 still waiting for AccessShareLock on relation 2676 of database 0 after 1000.340 ms
2019-02-18 08:51:08.230 UTC [6478] dbuser@postgresLOG:  process 6478 still waiting for AccessShareLock on relation 2676 of database 0 after 1000.438 ms

当我检查服务状态时，它会显示以下详细信息

postgres: postgres utilitydb [local] startup waiting
postgres: postgres utilitydb [local] startup waiting
postgres: postgres utilitydb [local] startup waiting
postgres: postgres utilitydb [local] startup waiting
postgres: postgres utilitydb [local] startup waiting
postgres: postgres utilitydb [local] startup waiting
postgres: postgres utilitydb [local] startup waiting
postgres: postgres utilitydb [local] startup waiting
postgres: postgres utilitydb [local] startup waiting

我知道我需要检查数据库中的锁，但日志中提供的信息不是那么详细。PostgreSQL 系统表中没有 oid = 0 的数据库。

我该如何调试这个问题？

任何帮助，将不胜感激。

Answer 1

某些东西ACCESS EXCLUSIVE锁定了pg_authid_rolname_index索引。

持有此锁时，任何人都不能使用该索引，而且由于这是用户 ( pg_authid)表上的索引，您需要搜索某个用户名，因此无法成功登录。

您已成为“拒绝服务”攻击的牺牲品。

如果存在持有锁的活动数据库会话，则将其杀死。

如果即使您重新启动数据库，锁仍然存在，则它必须是一个准备好的事务。关闭数据库并清除pg_twophase数据目录的子目录。

更好地保护您的数据库并更改所有超级用户密码。