old_snapshot_threshold

old_snapshot_threshold：设置快照因过旧而不能读取后来被修改页面的时间阈值。实测在档范围为 PG9.6–16；最后在档的 PG16 启动默认值为 -1 min，context 为 postmaster。它在 PG17 被移除。

说明

Fact — 官方简述译文：设置快照因过旧而不能读取后来被修改页面的时间阈值。

身份

Fact	值
首次观测	PG9.6
在档版本	PG9.6–16
移除版本	PG17
引入提交	`848ef42bb8c7` — Add the “snapshot too old” feature
提交日期	2016-04-08
Discussion	—

PG9.0–19 Beta 3 实测 boot 默认值
版本	原始 `boot_val`	单位	人类可读值
PG9.6–16	`-1`	`min`	-1 min

old_snapshot_threshold 在 PG16 及以前可用、PG17 移除；它在配置时间后把快照标为过旧，让页面清理更积极，后续读取可能报 snapshot-too-old，而不是取得历史页面版本。

它不是事务超时：事务可继续运行，直到访问旧版本已被清除的数据。即使尚未出现错误，该功能也需要在启动时启用跟踪开销。

它不能替代正确 vacuum，也不能避免所有膨胀。由于功能已移除，迁移到 PG17+ 时不能携带该参数，应用也不能依赖其报错语义。其 postmaster 上下文在服务器启动时固定取值，修改后必须重启。

提示

Advice。 以下建议是工作负载起点，必须用真实测量验证。

场景	建议
OLTP	当前 PostgreSQL 不应调优 old_snapshot_threshold：升级目标中应删除它，并采用上文所述当前替代行为；只有复现历史版本时才保留。
OLAP	不要把 old_snapshot_threshold 带入现代分析集群，应测试受支持的当前机制，而不是模拟已移除实现细节。
小规格	版本迁移时删除 old_snapshot_threshold；它更可能造成未知参数启动失败，而不是带来收益。历史测试实例应保留旧版本上游默认。

以下值来自固定 8 核、32 GiB、100 GiB SSD 夹具，并按 PG16 渲染当前 Pigsty 模板；这不表示 Pigsty 当前支持该历史或测试版本。

模板	有效值	与上游 boot 比较	源表达式
OLTP	未修改	—	—
OLAP	未修改	—	—
CRIT	未修改	—	—
TINY	未修改	—	—

注意

Advice — 待人工复核。 当前 Pigsty 模板投影事实：OLTP: PG9.6–16 未修改；OLAP: PG9.6–16 未修改；CRIT: PG9.6–16 未修改；TINY: PG9.6–16 未修改。未发现覆盖值，因此不推断 Pigsty 专属理由。