在 postgresql 9.6 上锁定 table
Lock table on postgresql 9.6
我是 postgres 管理的新手，当开发人员 运行 LOCK TABLE tab1; 使用 PREPARED 语句时，postgres 默认使用 ACCES EXCLUSIVE。我的问题是 table 中的锁在 pg_prepared_xact 和 pg_locks 中一周后仍然存在，即使在重新启动 postgres 和 pg_lock 中也是如此：
vXID mode
-1/192836 AccessExclusiveLock
Name DATABASE Owner XID prepared at
db1 postgres 192836 20-07-2021
我想知道为什么锁还在这里？？以及如何解决？ vXID 中的 -1 是什么意思？因为我什至无法在 tab1
上显示我的数据
with PREPARED statement
准备好的事务和准备好的语句是非常不同的东西。您在这里拥有的是准备好的交易。在重启后幸存下来是准备好的交易 for。您需要在 pg_prepared_xacts 中找到它的“gid”，然后手动提交或 roll it back。如果您不是有意使用准备好的交易，您应该设置 max_prepared_transactions =0，这样就不会再发生了。如果您有意使用它们，则需要学习如何处理它们。
我是 postgres 管理的新手，当开发人员 运行 LOCK TABLE tab1; 使用 PREPARED 语句时，postgres 默认使用 ACCES EXCLUSIVE。我的问题是 table 中的锁在 pg_prepared_xact 和 pg_locks 中一周后仍然存在，即使在重新启动 postgres 和 pg_lock 中也是如此：
vXID mode
-1/192836 AccessExclusiveLock
Name DATABASE Owner XID prepared at
db1 postgres 192836 20-07-2021
我想知道为什么锁还在这里？？以及如何解决？ vXID 中的 -1 是什么意思？因为我什至无法在 tab1
with PREPARED statement
准备好的事务和准备好的语句是非常不同的东西。您在这里拥有的是准备好的交易。在重启后幸存下来是准备好的交易 for。您需要在 pg_prepared_xacts 中找到它的“gid”，然后手动提交或 roll it back。如果您不是有意使用准备好的交易，您应该设置 max_prepared_transactions =0，这样就不会再发生了。如果您有意使用它们，则需要学习如何处理它们。