类型: integer
默认: 0 (0s)
最低限度: 0 (0s)
最大: 1073741823 (1073741823s)
单元: seconds (s)
上下文: sighup
重新开始: false

archive_command仅在已完成的WAL段上调用。 因此,如果服务器只产生很少的WAL流量(或产生流量的周期很长), 那么在完成事务以及安全归档存储之间将有一个很长的延时。 为了限制未归档数据的逗留时间, 你可以强制服务器以archive_timeout指定的秒数为周期切换到新的WAL段文件。 当这个参数大于零时,服务器将切换到新的段文件,无论从剩余段文件切换过去多少秒, 并且有任何的数据库活动,包含一个单独的检查点(增加checkpoint_timeout 将减少空闲系统上不必要的检查)。 注意,由于强制切换而提早关闭的归档文件仍然与完整的归档文件长度相同。 因此,将archive_timeout —设为很小的值是不明智的,它将导致占用巨大的归档存储空间。 将archive_timeout设置为60秒左右是比较合理的。 如果你想要拷贝主服务器数据更加快速,你应该考虑使用流复制,而不是归档。 这个选项只能在postgresql.conf文件或者服务器命令行里设置。

建议 [EN]

Dependant on your tradeoff between disk space and letting the standby get behind.

条评论