database - 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 的数据库。

我该如何调试这个问题？

任何帮助，将不胜感激。

标签： databasepostgresqlpostgresql-9.6database-locking

Answer 1

有东西ACCESS EXCLUSIVE锁定了pg_authid_rolname_index索引。

持有此锁时，没有人可以使用该索引，并且由于这是用户表上的索引（pg_authid），您需要搜索某个用户名，因此无法成功登录。

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

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

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

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