类型: | integer |
默认: | 0 |
最低限度: | 0 |
最大: | 1000000 |
上下文: | sighup |
重新开始: | false |
指定由VACUUM和 HOT更新的事务数将延迟死行版本的清理。 该默认值是零事务,这意味着死行版本可以尽快删除, 也就是说,只要他们不再可见于任何打开的事务。 你不妨将它设置为一个支持双机热备的主服务器上的非零值, 正如hot-standby所描述的。 这需要更多的时间完成待机状态的查询,由于行早期清除而不会产生冲突。 然而,因为该值是依据发生在主服务器上的写入事务数量进行计算, 它是很难预测到底有多少额外的宽限时间将提供给备用查询。 这个参数只能在postgresql.conf 文件或服务器命令行上设置。
你也应该考虑在备用服务器(s)设置hot_standby_feedback,作为使用该参数的另外一种选择。
建议 [EN]
No longer effective thanks to hot_standby_feedback.
在 StackOverflow
在 pgsql-hackers
- RE: Should we remove vacuum_defer_cleanup_age?
- Re: pgsql: Track last_inactive_time in pg_replication_slots.
- Re: BUG: Postgres 14 + vacuum_defer_cleanup_age + FOR UPDATE + UPDATE
- Re: Should we remove vacuum_defer_cleanup_age?
- Re: Introduce XID age and inactive timeout based replication slot invalidation