recovery_min_apply_delay

默认情况下，备用服务器将尽快从主服务器恢复WAL记录。有时间延迟的数据副本可能是有用的，为纠正数据丢失错误提供了机会。此参数允许您将恢复延迟一段固定的时间，如果未指定单位，则以毫秒为单位进行测量。例如，如果将此参数设置为5分钟，则只有在备用系统时间至少比主服务器报告的提交时间多五分钟时，备用服务器才会重播每个事务提交。

服务器之间的复制延迟可能超过此参数的值，在这种情况下不会添加任何延迟。请注意，延迟是在主站上写入的WAL时间戳和备用站上的当前时间之间计算的。由于网络延迟或级联复制配置而延迟传输可能会显着缩短实际等待时间。如果主服务器和备用服务器上的系统时钟不同步，则可能导致恢复的应用记录比预期更早; 但这不是一个主要问题，因为这个参数的有用设置比服务器之间典型的时间偏差要大得多。

延迟仅在WAL记录上发生，用于事务提交。其他记录尽可能快地重播，这不是问题，因为MVCC可见性规则确保了它们的效果在应用相应的提交记录之前是不可见的。

一旦处于恢复状态的数据库达到一致状态，就会发生延迟，直到升级或触发备用数据库。之后，待机状态将不再等待而结束恢复。

此参数旨在用于流式复制部署; 但是，如果指定了参数，则在所有情况下都将被遵守。使用此功能hot_standby_feedback将被延迟，可能导致在主端膨胀，如果一起使用，务必小心谨慎。

警告： 当synchronous_commit设置为 remote_apply时，同步复制受此设置的影响; 每个
COMMIT都需要等待被应用。

By 天蝎座