CONFIGURATION PARAMETER资源消耗 / 异步行为
old_snapshot_threshold
设置快照因过旧而不能读取后来被修改页面的时间阈值。
Time before a snapshot is too old to read pages changed after the snapshot was taken.
整数 重启生效 引入 9.6 于 17 移除 0 次默认值变更
- 类型
- 整数integer
- 上下文
- 重启生效只能在服务器启动时设置，修改后需要重启
- 默认值
-1 min原始值 -1 min- 取值范围
-1 – 86400- 分类
- 资源消耗 / 异步行为
- 引入版本
- 9.6
- 状态
- 于 17 移除
版本轨迹
相对 PostgreSQL 15 无变化。
默认值变迁
默认值自 PostgreSQL 9.6 起没有变过。带单位的取值换算成了可读形式，原始的 boot_val 与单位写在悬浮提示里。
手册说明
本站未收录 PostgreSQL 16 手册，以下为 PostgreSQL 15 的译文。
指定快照被视为过旧之前允许经过的时间。开启后，服务器会在快照过旧时拒绝继续使用它，以减少长时间查询对空间回收的阻塞。 默认值为 -1，表示禁用此功能。此参数只能在服务器启动时设置。
机制详解
old_snapshot_threshold 在 PG16 及以前可用、PG17 移除；它在配置时间后把快照标为过旧，让页面清理更积极，后续读取可能报 snapshot-too-old，而不是取得历史页面版本。
它不是事务超时：事务可继续运行，直到访问旧版本已被清除的数据。即使尚未出现错误，该功能也需要在启动时启用跟踪开销。
它不能替代正确 vacuum，也不能避免所有膨胀。由于功能已移除，迁移到 PG17+ 时不能携带该参数，应用也不能依赖其报错语义。其 postmaster 上下文在服务器启动时固定取值，修改后必须重启。
调优建议
按典型负载给出的取值思路，不是放之四海皆准的配方：实际取值要看数据量、并发度与硬件。
-
OLTP在线事务处理
当前 PostgreSQL 不应调优 old_snapshot_threshold：升级目标中应删除它，并采用上文所述当前替代行为；只有复现历史版本时才保留。
-
OLAP分析与批处理
不要把 old_snapshot_threshold 带入现代分析集群，应测试受支持的当前机制，而不是模拟已移除实现细节。
-
小规格低配实例与开发机
版本迁移时删除 old_snapshot_threshold；它更可能造成未知参数启动失败，而不是带来收益。历史测试实例应保留旧版本上游默认。
常见问题
- 修改 old_snapshot_threshold 时忽略文档单位与配置生效上下文。
- 只优化孤立基准，却忽略并发后的资源总量。
- 认为配置值能够保证操作系统或存储层实际行为。
- 修改后没有重新验证启动、故障转移与负载延迟。
演化历史
相邻两个大版本之间的差异，新的在前。版本号链到该版的快照。
-
PostgreSQL 17 ← 16 移除此参数
该版起不再存在
-
PostgreSQL 9.6 ← 9.5 新增此参数
PostgreSQL 9.6 起可用
逐版本快照
每个收录版本里的 7 项事实，与上一个存在的版本不同的格子带底色。版本号链到该版。
参考资料
同类参数
| 参数 | 类型 | 上下文 | 默认值 | 版本变动 | 最近变更 |
|---|---|---|---|---|---|
| 异步行为 1 | |||||
old_snapshot_threshold |
整数 | 重启生效 | -1 min |
— | |
| 设置快照因过旧而不能读取后来被修改页面的时间阈值。 | 于 17 移除 | ||||