备库冲突延迟是共享预算，并非每条查询的超时 RSS

备库查询为何刚开始就因恢复冲突被取消？Christophe Pettus 解释，两项 max_standby 延迟参数限制的是 WAL 回放能够等待多久，计时与 WAL 接收有关，并不会为每条查询重新发放完整额度。前面的冲突或已有回放积压可能先耗尽预算，后续查询因而很快被取消。调大参数会容许更大的复制延迟；启用反馈也只能避免部分清理冲突，无法消除锁冲突。运维时应结合冲突统计和回放延迟判断原因，再权衡只读查询与备库追赶速度。

发布于 2026-09-28T23:35:41.510255Z · Christophe Pettus · The Build

参数 复制 运维

备库查询为何刚开始就因恢复冲突被取消？Christophe Pettus 解释，两项 max_standby 延迟参数限制的是 WAL 回放能够等待多久，计时与 WAL 接收有关，并不会为每条查询重新发放完整额度。前面的冲突或已有回放积压可能先耗尽预算，后续查询因而很快被取消。调大参数会容许更大的复制延迟；启用反馈也只能避免部分清理冲突，无法消除锁冲突。运维时应结合冲突统计和回放延迟判断原因，再权衡只读查询与备库追赶速度。

备库查询为何刚开始就因恢复冲突被取消？Christophe Pettus 解释，两项 max_standby 延迟参数限制的是 WAL 回放能够等待多久，计时与 WAL 接收有关，并不会为每条查询重新发放完整额度。前面的冲突或已有回放积压可能先耗尽预算，后续查询因而很快被取消。调大参数会容许更大的复制延迟；启用反馈也只能避免部分清理冲突，无法消除锁冲突。运维时应结合冲突统计和回放延迟判断原因，再权衡只读查询与备库追赶速度。

原始来源 ↗

来源记录

• pgweb.info_item · a0498fbe53cb368b · 2026-10-03T04:08:55.967155Z