一个藏了 13 年的流复制缺陷在 Kubernetes 上被逼了出来 RSS

级联备库做完归档恢复再连回上游时会永久失败，报「请求的起始位置超前于本服务器的 WAL 刷写位置」。原因是归档恢复按整段处理 WAL，备库的下一个读取位置正好落在段边界上，机械地超前于上游刷写点，而这里没有重试。缺陷自 9.3 起就在，传统部署很少搭出这种拓扑，CloudNativePG 用 YAML 几分钟就能组合跨区流复制与归档回退，于是稳定复现。修复随 18.5、17.11、16.15、15.19 和 14.24 发布。

发布于 2026-09-10T10:59:47.367551Z · Gabriele Bartolini · EDB 博客

CloudNativePG 流复制 缺陷

级联备库做完归档恢复再连回上游时会永久失败，报「请求的起始位置超前于本服务器的 WAL 刷写位置」。原因是归档恢复按整段处理 WAL，备库的下一个读取位置正好落在段边界上，机械地超前于上游刷写点，而这里没有重试。缺陷自 9.3 起就在，传统部署很少搭出这种拓扑，CloudNativePG 用 YAML 几分钟就能组合跨区流复制与归档回退，于是稳定复现。修复随 18.5、17.11、16.15、15.19 和 14.24 发布。

级联备库做完归档恢复再连回上游时会永久失败，报「请求的起始位置超前于本服务器的 WAL 刷写位置」。原因是归档恢复按整段处理 WAL，备库的下一个读取位置正好落在段边界上，机械地超前于上游刷写点，而这里没有重试。缺陷自 9.3 起就在，传统部署很少搭出这种拓扑，CloudNativePG 用 YAML 几分钟就能组合跨区流复制与归档回退，于是稳定复现。修复随 18.5、17.11、16.15、15.19 和 14.24 发布。

原始来源 ↗

来源记录

• center.info_item · 3f9d5a65df790399 · 2026-10-03T04:08:35.169032Z
• pgweb.info_item · 3f9d5a65df790399 · 2026-10-03T04:08:55.967155Z