Postgresql 事务隔离级别在PG中作为长寿命查询列出
正如您在下面的屏幕盖中看到的 pghero帐户Postgresql 事务隔离级别在PG中作为长寿命查询列出,postgresql,sequelize.js,Postgresql,Sequelize.js,正如您在下面的屏幕盖中看到的 pghero帐户设置会话事务隔离级别可重复读取作为长寿命请求 我对pg这个世界相当陌生,所以我不知道这是不是应该的情况,或者只是pghero是否将这些请求视为长寿命请求,而不应该 如果问题不是非常明显,但基本上是: -这是PGHER2中的错误吗? -Sequelize(我使用的nodejs ORM)在设置这些配置而不释放它们时是否有错误?这不是一个bug;输出是正确的 请注意,会话不会报告为“活动”,而是报告为“事务中空闲” 这是正确的,因为会话中运行的最后一个命
设置会话事务隔离级别可重复读取代码>作为长寿命请求
我对pg
这个世界相当陌生,所以我不知道这是不是应该的情况,或者只是pghero
是否将这些请求视为长寿命请求,而不应该
如果问题不是非常明显,但基本上是:
-这是PGHER2中的错误吗?
-Sequelize(我使用的nodejs ORM)在设置这些配置而不释放它们时是否有错误?这不是一个bug;输出是正确的
请注意,会话不会报告为“活动”,而是报告为“事务中空闲”
这是正确的,因为会话中运行的最后一个命令是
SET SESSION TRANSACTION ISOLATION LEVEL REPEATABLE READ;
这将启动一个事务
如果这仅仅是一个测试系统,这是没有问题的,但是在一个生产系统上,您不应该让事务保持打开状态更长的时间。它可能会导致锁阻塞并发会话,并阻止autovacuum执行ts作业
使用提交或回滚关闭事务。这不是错误;输出是正确的
请注意,会话不会报告为“活动”,而是报告为“事务中空闲”
这是正确的,因为会话中运行的最后一个命令是
SET SESSION TRANSACTION ISOLATION LEVEL REPEATABLE READ;
这将启动一个事务
如果这仅仅是一个测试系统,这是没有问题的,但是在一个生产系统上,您不应该让事务保持打开状态更长的时间。它可能会导致锁阻塞并发会话,并阻止autovacuum执行ts作业
使用COMMIT
或ROLLBACK`关闭事务