指定来自备库或流式基础备份客户端的并发连接的最大数量（即同时运行的 WAL 发送进程的最大数）。默认值为 0，表示禁用复制。WAL 发送进程计入总连接数，因此此参数不能设得高于max_connections。这个参数只能在服务器启动时设置。要允许来自备库的连接，wal_level必须设置为archive或hot_standby。

指定 WAL 发送进程各轮活动之间的延迟。在每一轮中，WAL 发送进程会把自上一轮以来累积的所有 WAL 发送给备库，然后休眠wal_sender_delay毫秒，再重复此过程。休眠会被事务提交打断，因此已提交事务的效果会在提交发生时立即发送给备库，不受此设置的影响。默认值为一秒（1s）。注意，在许多系统上，休眠延迟的有效分辨率为 10 毫秒；将wal_sender_delay设为不是 10 的倍数的值，可能与将它设为下一个更大的 10 的倍数效果相同。这个参数只能在postgresql.conf文件中或在服务器命令行上设置。

指定在pg_xlog目录中保留的过去日志文件段的最小数量，以便备库需要获取它们来进行流复制。每个段通常为 16 兆字节。如果连接到主库的备库落后超过wal_keep_segments个段，主库可能会移除备库仍需要的 WAL 段，在这种情况下，复制连接将被终止。（但是，如果使用了 WAL 归档，备库可以通过从归档中获取该段来恢复。）

此设置只指定在pg_xlog中保留的最小段数；系统可能需要为 WAL 归档或从检查点恢复而保留更多段。如果wal_keep_segments为零（默认值），系统不会为备库额外保留任何段，因此备库可用的旧 WAL 段数取决于前一个检查点的位置和 WAL 归档的状态。此参数对重启点没有影响。这个参数只能在postgresql.conf文件中或在服务器命令行上设置。

指定VACUUM和HOT更新延迟清理死行版本的事务数。默认值为零个事务， 意味着可以尽快移除死行版本，也就是在它们不再对任何打开的事务可见时立即移除。 如第 25.5 节所述，在为热备服务器提供支持的主库上，你可能希望将此参数设置为非零值。 这让备库上的查询有更多时间完成，而不会因过早清理行而发生冲突。 但是，由于此值以主库上发生的写事务数计量，很难预测会给备库查询带来多少额外的宽限时间。 此参数只能在postgresql.conf文件中或在服务器命令行上设置。

你也应考虑设置hot_standby_feedback，作为使用此参数的替代方案。

终止不活动时间超过指定毫秒数的复制连接。这有助于主库检测备库崩溃或网络中断。值为零将禁用超时机制。这个参数只能在postgresql.conf文件中或在服务器命令行上设置。默认值为 60 秒。

为防止连接被过早终止，必须在备库上启用wal_receiver_status_interval，并且它的值必须小于replication_timeout的值。

如第 25.2.6 节所述，这个参数指定一个支持同步复制的备库名称的逗号分隔列表。 在任一时刻，最多只有一个活动的同步备库；在这个备库确认收到它们的数据之后，等待提交的事务将被允许继续下去。 同步备库是列表中第一个被命名、并且当前已连接并且正在实时流式传输数据（如pg_stat_replication视图中streaming的状态所示）的服务器。 在这个列表中出现得较晚的其他备库表示潜在的同步备库。如果当前的同步备库因为某种原因断开连接，它将立刻被下一个最高优先级的备库替代。 指定多于一台备库名称可以得到非常高的可用性。

用于这一目的的备库名称是其 walreceiver 的primary_conninfo中设置的application_name。没有机制强制唯一性。在出现重复的情况下，匹配的备库之一将被选为同步备库，不过无法弄清到底是哪一个。特殊项*匹配任意application_name，包括默认的应用名walreceiver。

如果这里没有指定同步备库名称，那么不启用同步复制并且事务提交将不会等待复制。这是默认的配置。即便当同步复制被启用时，个体事务也可以被配置为不等待复制，做法是将synchronous_commit参数设置为local或off。

这个参数只能在postgresql.conf文件中或通过服务器命令行进行设置。

指定在恢复期间，你是否能够连接并运行查询，如第 25.5 节中所述。默认值是off。这个参数只能在服务器启动时设置。它只在归档恢复期间或备库模式下才有效。

当热备处于活动状态时，此参数确定备库在取消与即将应用的WAL条目冲突的备库查询之前应等待多长时间，如 第 25.5.2 节中所述。 max_standby_archive_delay在从WAL归档中读取WAL数据时适用（因此不是当前的）。 如果未指定单位，则将其视为毫秒。 默认值为30秒。 值为-1允许备库永远等待冲突查询完成。 此参数只能在postgresql.conf文件或服务器命令行中设置。

注意，max_standby_archive_delay并不等同于查询在被取消前可以运行的最长时间；它表示应用任意一个 WAL 段的数据所允许的最长总时间。因此，如果某个查询先前在处理该 WAL 段时已造成显著延迟，后续冲突查询的宽限时间就会短得多。

当热备处于活动状态时，此参数确定备库在取消与即将应用的WAL条目冲突的备库查询之前应等待多长时间，如第 25.5.2 节中所述。 max_standby_streaming_delay在通过流复制接收WAL数据时应用。 如果未指定单位，则将其视为毫秒。 默认值为30秒。 值为-1允许备库永远等待冲突查询完成。 此参数只能在postgresql.conf文件或服务器命令行中设置。

注意，max_standby_streaming_delay并不等同于查询在被取消前可以运行的最长时间；它表示从主库接收到 WAL 数据后，允许用于应用这些数据的最长总时间。因此，如果某个查询已造成显著延迟，后续冲突查询的宽限时间就会短得多，直到备库再次赶上进度。

指定备库上的 WAL 接收进程向主库发送有关复制进度的信息的最小频度，它可以使用pg_stat_replication视图看到。备库将报告最后写入的事务日志位置、最后刷盘的位置以及最后应用的位置。这个参数的值是报告之间的最大间隔，以秒为单位。每次写入或刷盘位置改变时会发送状态更新，或者至少按这个参数指定的频度发送。因此，应用位置可能比真实位置略微滞后。将此参数设置为零会完全禁用状态更新。这个参数只能在postgresql.conf文件中或在服务器命令行上设置。默认值是 10 秒。

当在主库上启用了replication_timeout时，必须启用wal_receiver_status_interval，并且它的值必须小于replication_timeout的值。

指定一个热备库是否将会向主库发送有关于备库上当前正被执行的查询的反馈。这个参数可以被用来消除由清理记录引起的查询取消，但是可能导致在主库上用于某些负载的数据库膨胀。反馈消息的发送频度不会高于每个wal_receiver_status_interval周期发送一次。默认值是off。这个参数只能在postgresql.conf文件中或在服务器命令行上设置。