PostgreSQL错误：由于与恢复冲突而取消语句

Question

在待机模式下对PostgreSQL db运行查询时，我得到以下错误。导致错误的查询在1个月内正常工作，但当查询超过1个月时，会导致错误。

ERROR: canceling statement due to conflict with recovery
Detail: User query might have needed to see row versions that must be removed

有什么解决的建议吗？谢谢

Answer 1

无需在主机上启动空闲事务。在postgresql-9.1中，解决这个问题最直接的方法是设置

hot_standby_feedback = on

这将使主服务器意识到长时间运行的查询。从文档中：

第一个选项是设置参数hot_standby_feedback，它可以防止真空清除最近死掉的行，因此不会发生清理冲突。

为什么这不是默认值？这个参数是在初始实现之后添加的，这是备用程序影响主程序的唯一方式。

Answer 2

在热备服务器上运行查询有些棘手——它可能会失败，因为在查询过程中，一些需要的行可能会在主服务器上被更新或删除。由于主服务器不知道查询是在辅助服务器上启动的，它认为它可以清理（真空）其行的旧版本。然后辅助服务器必须重播此清理，并必须强制取消所有可以使用这些行的查询。

较长的查询将更频繁地被取消。

您可以通过在主服务器上启动一个可重复读取事务来解决这个问题，该事务执行虚拟查询，然后在辅助服务器上运行真正的查询时处于空闲状态。它的存在将防止主服务器上的旧行版本被清空。

有关此主题和其他解决方法的更多信息，请参阅文档中的热备份-处理查询冲突部分。

Answer 3

无需触摸hot\u standby\u feedback。正如其他人所提到的，将其设置为on会使主机膨胀。想象一下，在从属服务器上打开事务，而不是关闭它。

相反，将max_standby\u archive\u delay和max_standby\u streaming\u delay设置为某个正常值：

# /etc/postgresql/10/main/postgresql.conf on a slave
max_standby_archive_delay = 900s
max_standby_streaming_delay = 900s

这样，对持续时间小于900秒的从站的查询就不会被取消。如果您的工作负载需要更长的查询，只需将这些选项设置为更高的值。