这些设置控制内建流复制特性(见第 27.2.5 节)的行为。服务器将可以是主控服务器或后备服务器。主控机能发送数据,而后备机总是被复制数据的接收者。当使用级联复制(见第 27.2.7 节)时,后备服务器也可以是发送者,同时也是接收者。这些参数主要用于发送服务器和后备服务器,尽管某些只在主服务器上有意义。如果有必要,设置可以在集群中变化而不出问题。
这些参数可以在任何发送复制数据给一个或多个后备服务器的服务器上设置。主控机总是一个发送服务器,因此这些参数总是要在主控机上设置。这些参数的角色和含义不会在一个后备机变成主控机后改变。
max_wal_senders
(integer
)
指定来自后备服务器或流式基础备份客户端的并发连接的最大数量(即同时运行 WAL 发送进程的最大数)。
默认值是10
。值0
意味着禁用复制。
突然的流客户端断开连接可能留下一个孤立连接槽(知道达到超时),因此这个参数应该设置得略高于最大客户端连接数,这样断开连接的客户端可以立刻重新连接。
这个参数只能在服务器启动时被设置。此外,wal_level
必须设置为replica
或更高级别以允许来自后备服务器的连接。
在运行一个后备服务器时,你必须把这个参数设置为等于或者高于主控服务器上的值。 否则,后备服务器上可能不会允许查询。
max_replication_slots
(integer
)
指定服务器可以支持的复制槽(见第 27.2.6 节)
最大数量。默认值为10。这个参数只能在服务器启动时设置。将它设置为一个比当前已有复制槽要少的值会阻碍服务器启动。此外,要允许使用复制槽,
wal_level
必须被设置为replica
或
更高。
在订阅端,指定多少复制源头 (参见 第 50 章) 可以被同时跟踪,有效的限制了服务器上可以建立多少逻辑复制订阅。 设置它到一个低与当前跟踪复制源(体现在pg_replication_origin_status,不是 pg_replication_origin)的值将阻止服务器启动。
wal_keep_size
(integer
)
指定在后备服务器需要为流复制获取日志段文件的情况下,pg_wal
目录下所能保留的过去日志文件段的最小尺寸。
如果一个连接到发送服务器的后备服务器落后了超过wal_keep_size
兆字节,发送服务器可以移除一个后备机仍然需要的 WAL 段,在这种情况下复制连接将被中断。
最终结果是下行连接也将最终失败(不过,如果在使用 WAL 归档,后备服务器可以通过从归档获取段来恢复)。
只设置pg_wal
中保留的文件段的最小尺寸;系统可能需要为 WAL 归档或从一个检查点恢复保留更多段。
如果wal_keep_size
为零(默认值), 更多的空间来 存放WAL归档或从一个检查点恢复。
如果wal_keep_segments是零(缺省), 系统不会为后备目的保留任何多余的段,因此后备服务器可用的旧 WAL 段的数量是一个上个检查点位置和 WAL 归档状态的函数。
如果此值被指定时没有单位,则视为兆字节。这个参数只能在postgresql.conf
文件中或在服务器命令行上设置。
max_slot_wal_keep_size
(integer
)
指定在检查点时,复制槽允许在pg_wal
目录中保留的WAL文件的最大大小。
如果max_slot_wal_keep_size
为-1(默认值),复制槽可以保留无限量的WAL文件。否则,如果复制槽的restart_lsn落后于当前LSN超过给定大小,
使用该槽的备机可能由于所需的WAL文件被删除而无法继续复制。您可以在pg_replication_slots中查看复制槽的WAL可用性。
如果未指定单位,则此值将被视为兆字节。此参数只能在postgresql.conf
文件或服务器命令行中设置。
wal_sender_timeout
(integer
)
中断那些停止活动超过这个时间量的复制连接。这对发送服务器检测一个费用服务器崩溃或网络中断有用。 如果指定值时没有单位,则以毫秒为单位。默认值是 60 秒。值0将禁用超时机制。
对于跨越多个地理位置分布的集群,每个位置使用不同的值可以为集群管理带来更大的灵活性。 对于具有低延迟网络连接的备用服务器,较小的值有助于更快的故障检测; 对于位于远端位置的具有高延迟网络连接的备用服务器,较大的值有助于更好地判断备用服务器的健康状况。
track_commit_timestamp
(boolean
)
记录事务的提交时间。这个参数只能在postgresql.conf
文件中或在服务器命令行上设置。默认值是off
。
这些参数可以在发送复制数据给一个或多个后备服务器的主控/主要服务器上设置。注意除了这些参数之外,在主控服务器上必须设置合适的wal_level,并且也启用可选的 WAL 归档(见第 20.5.3 节)。这些参数值与后备服务器无关,尽管你可能希望为了准备好一个后备机转变成主控机来设置这些参数。
synchronous_standby_names
(string
)
如第 27.2.8 节所述,这个参数指定一个支持同步复制的后备服务器的列表。
可能会有一个或者多个活动的同步后备服务器,在这些后备服务器确认收到它们的数据之后,等待提交的事务将被允许继续下去。
同步后备服务器是那些名字出现在这个列表前面,并且当前已连接并且正在实时流传输数据(如pg_stat_replication
视图中streaming
的状态所示)的服务器。
指定多于一台同步后备可以得到非常高的可用性并且能防止数据丢失。
用于这一目的的后备服务器的名称是其application_name
设置,它在后备服务器的连接信息中设置。
在物理复制后备的情况下,这应该被设置在primary_conninfo
设置中,如果设置了,默认是cluster_name的设置,否则为 walreceiver
。
对于逻辑复制,可以在订阅的连接信息中设置。对于其他复制流消费者,请参考其文档。
这个参数使用下面的语法之一来指定一个后备服务器列表:
[FIRST]num_sync
(standby_name
[, ...] ) ANYnum_sync
(standby_name
[, ...] )standby_name
[, ...]
其中num_sync
是事务需要等待其回复的同步后备服务器的数量,standby_name
是一个后备服务器的名称。FIRST
以及ANY
指定从所列服务器中选取同步后备的方法。
关键词FIRST
加上num_sync
指定一种基于优先的同步复制,并且会让事务提交等待,直到它们的WAL记录被复制到基于优先级选择的num_sync
台同步后备上为止。例如,设置FIRST 3 (s1, s2, s3, s4)
将导致每次提交都等待来自三台较高优先级的后备机的答复,这三台后备机将从后备服务器s1
、s2
、s3
以及s4
中选出。在该列表中出现较早的后备服务器将被给予较高的优先级,并且将被考虑为同步后备。列表中出现的其他后备服务器表示潜在的同步后备。如果当前的任何同步后备因为某种原因断开连接,它将立刻被下一个最高优先级的后备服务器替代。关键词FIRST
是可选的。
关键词ANY
加上num_sync
指定一种基于规定数量的同步复制,并且会让事务提交等待,直到它们的WAL记录被复制到所列出后备服务器中的至少num_sync
台上为止。例如,设置ANY 3 (s1, s2, s3, s4)
将导致每次提交会在收到s1
、s2
、s3
以及s4
中任意三台后备服务器的回答后立刻继续下去。
FIRST
和ANY
是大小写不敏感的。如果这些关键词被用作后备服务器的名字,其standby_name
必须被放在双引号内。
PostgreSQL版本 9.6 之前使用过第三种语法,目前也仍然支持。它和FIRST
和num_sync
等于1的第一种语法相同。例如,FIRST 1 (s1, s2)
和s1, s2
具有相同的含义:s1
或者s2
会被选中作为同步后备服务器。
特殊项*
匹配任意后备名称。
没有机制强制后备服务器名称的唯一性。在出现重复的情况下,匹配的后备之一将被认为是较高优先级,不过无法弄清到底是哪一个。
每一个standby_name
都应该具有合法 SQL 标识符的形式,除非它是*
。如果必要你可以使用双引号。但是注意在比较standby_name
和后备机应用程序名称时是大小写不敏感的(不管有没有双引号)。
如果这里没有指定同步后备机名称,那么同步复制不能被启用并且事务提交将不会等待复制。这是默认的配置。即便当同步复制被启用时,个体事务也可以被配置为不等待复制,做法是将synchronous_commit参数设置为local
或off
。
这个参数只能在postgresql.conf
文件中或通过服务器命令行进行设置。
vacuum_defer_cleanup_age
(integer
)
指定VACUUM
和
HOT更新
推迟清理死行版本的事务数。默认值为零事务,意味着死行版本可以尽快被删除,
也就是说,一旦它们对任何打开的事务不再可见。您可能希望在支持热备份服务器的主服务器上将其设置为非零值,
如第 27.4 节中所述。这样可以为备用服务器上的查询提供更多时间完成,
而不会因为过早清理行而导致冲突。然而,由于该值是以主服务器上发生的写事务数量来衡量的,
因此很难预测备用查询将获得多少额外的宽限时间。
此参数只能在postgresql.conf
文件或服务器命令行中设置。
你也可以考虑设置后备服务器上的hot_standby_feedback
作为使用这个参数的一种替代方案。
这无法阻止已经达到old_snapshot_threshold
所指定年龄的死亡行被清除。
这些设置控制一个standby server接收复制数据的行为。 它们在主服务器的值是无关的。
primary_conninfo
(string
)
指定备用服务器用来连接发送服务器的连接字符串。这个字符串的格式在第 34.1.1 节中描述。 如果在这个字符串中有任何选项未被指定,那么将检查相应的环境变量(见第 34.15 节)。 如果环境变量也没有被设置,则使用默认值。
连接字符串应当指定发送服务器的主机名(或地址),以及端口号(如果它和备用服务器的默认端口不同)。
还要指定对应于发送服务器上合适权限角色的用户名(见第 27.2.5.1 节)。
如果发送服务器要求口令认证,还需要提供一个口令。它可以在primary_conninfo
字符串中提供,或者在后备服务器(使用replication
作为数据库名)的一个单独~/.pgpass
文件中提供。
不要在primary_conninfo
字符串中指定一个数据库名。
这个参数只能在 postgresql.conf
文件或服务器命令行上设置。
如果在 WAL 接收器进程运行时更改此参数,则该进程将发出关机信号,并预期使用新设置重新启动(除非primary_conninfo
为空字符串)。
如果服务器没有处于备用模式,则此设置无效。
primary_slot_name
(string
)
有选择地指定通过流复制连接到发送服务器时使用一个现有的复制槽来控制上游节点上的资源移除(见第 27.2.6 节)。
这个参数只能在 postgresql.conf
文件或服务器命令行上设置。
如果在 WAL 接收器进程运行时更改此参数,则该进程将发出关机信号,并预期使用新设置重新启动(除非primary_conninfo
为空字符串)。
如果没有设置primary_conninfo
或服务器没有处于备用模式,则此设置无效。
promote_trigger_file
(string
)
指定一个触发器文件,该文件的存在会结束后备机中的恢复。即使这个值没有被设置,你也能够使用pg_ctl promote
或调用pg_promote()
.来提升后备机。
这个参数只能在postgresql.conf
文件中或在服务器命令行上设置。
hot_standby
(boolean
)
指定在恢复期间,你是否能够连接并运行查询,如第 27.4 节中所述。默认值是on
。这个参数只能在服务器启动时设置。它只在归档恢复期间或后备机模式下才有效。
max_standby_archive_delay
(integer
)
当热备份处于活动状态时,此参数确定备用服务器在取消与即将应用的WAL条目冲突的备用查询之前应等待多长时间,如
第 27.4.2 节中所述。
max_standby_archive_delay
在从WAL归档中读取WAL数据时适用(因此不是当前的)。
如果未指定单位,则将其视为毫秒。
默认值为30秒。
值为-1允许备用服务器永远等待冲突查询完成。
此参数只能在postgresql.conf
文件或服务器命令行中设置。
注意,max_standby_archive_delay
与取消之前一个查询能够运行的最长时间不同;它表示应用任何一个 WAL 段数据能够被允许的最长总时间。因此,如果一个查询早于 WAL 段导致了显著的延迟,后续冲突查询将只有更少的时间。
max_standby_streaming_delay
(integer
)
当热备份处于活动状态时,此参数确定备用服务器在取消与即将应用的WAL条目冲突的备用查询之前应等待多长时间,如第 27.4.2 节中所述。
max_standby_streaming_delay
在通过流复制接收WAL数据时应用。
如果未指定单位,则将其视为毫秒。
默认值为30秒。
值为-1允许备用服务器永远等待冲突查询完成。
此参数只能在postgresql.conf
文件或服务器命令行中设置。
注意,max_standby_streaming_delay
与取消之前一个查询能够运行的最长时间不同;它表示在从主服务器接收到 WAL 数据并立刻应用它能够被允许的最长总时间。因此,如果一个查询导致了显著的延迟,后续冲突查询将只有更少的时间,直到后备服务器再次赶上进度。
wal_receiver_create_temp_slot
(boolean
)
指定在未配置永久复制槽时,WAL 接收器进程是否应在远程实例上创建临时复制槽(使用 primary_slot_name)。
默认为"关闭"。 此参数只能在postgresql.conf
文件或服务器命令行中设置。
如果在 WAL 接收器进程运行时更改此参数,则该进程将发出关机的信号,并预期使用新设置重新启动。
wal_receiver_status_interval
(integer
)
指定在后备机上的 WAL 接收者进程向主服务器或上游后备机发送有关复制进度的信息的最小频度,它可以使用pg_stat_replication
视图看到。
后备机将报告它已经写入的上一个预写式日志位置、它已经刷到磁盘的上一个位置以及它已经应用的最后一个位置。
这个参数的值是报告之间的最大时间量。
每次写入或刷出位置改变时会发送状态更新,或者按这个参数的指定的频度发送,如果设置为非零值。
在其他情况下发送更新时忽略此参数;例如,当现有的WAL处理完成或当synchronous_commit
设置为remote_apply
时。
因此,应用位置可能比真实位置略微滞后。
如果指定值时没有单位,则以秒为单位。
默认值是 10 秒。
这个参数只能在postgresql.conf
文件中或在服务器命令行上设置。
hot_standby_feedback
(boolean
)
指定一个热后备机是否将会向主服务器或上游后备机发送有关于后备机上当前正被执行的查询的反馈。这个参数可以被用来排除由于记录清除导致的查询取消,但是可能导致在主服务器上用于某些负载的数据库膨胀。反馈消息的发送频度不会高于每个wal_receiver_status_interval
周期发送一次。默认值是off
。这个参数只能在postgresql.conf
文件中或在服务器命令行上设置。
如果使用级联复制,反馈将被向上游传递直到它最后到达主服务器。后备机在接收到反馈之后除了传递给上游不会做任何其他操作。
这个设置不会覆盖主服务器上的old_snapshot_threshold
的行为,后备服务器上一个超过了主服务器年龄阈值的快照可能会变得不可用,导致后备服务器上事务的取消。这是因为old_snapshot_threshold
是为了对死亡行能够存在的时间给出一个绝对限制,不然就会因为一个后备服务器的配置而被违背。
wal_receiver_timeout
(integer
)
中止处于非活动状态超过这个时间量的复制链接。这对于正在接收的后备服务器检测主服务器崩溃或网络断开有用。
如果指定值时没有单位,则以毫秒为单位。默认值是 60 秒。
这个参数只能在postgresql.conf
文件中或者服务器命令行中设置。
wal_retrieve_retry_interval
(integer
)
指定当从任何来源(流复制、本地pg_wal
或者 WAL 归档)都得不到 WAL 数据时,后备服务器应该等待多久才去重新尝试获取 WAL 数据。
如果指定值时没有单位,则以毫秒为单位。默认值是 5 秒。
这个参数只能在postgresql.conf
文件或者服务器命令行中设置。
这个参数在需要控制恢复节点等待新的WAL数据可用的时间的配置中非常有用。例如,在归档恢复中, 通过减少这个参数的值,可以使恢复在检测到新的WAL日志文件时更加响应。在WAL活动较低的系统上, 增加这个值可以减少访问WAL归档所需的请求次数,这在云环境中非常有用,因为访问基础设施的次数 会被考虑在内。
recovery_min_apply_delay
(integer
)
默认情况下,后备服务器会尽快恢复来自于发送服务器的 WAL 记录。有一份数据的延时拷贝是有用的,它能提供机会纠正数据丢失错误。
这个参数允许你将恢复延迟一段指定的时间量。
例如,如果你设置这个参数为5min
,对于一个事务提交,只有当后备机上的系统时钟超过主服务器报告的提交时间至少 5分钟时,后备机才会重放该事务。
如果指定值时没有单位,则以毫秒为单位。默认为0,不增加延迟。
有可能服务器之间的复制延迟会超过这个参数的值,在这种情况下则不会增加延迟。 注意延迟是根据主服务器上写 WAL 的时间戳以及后备机上的当前时间来计算。 由于网络延迟或者级联复制配置导致的传输延迟可能会显著地减少实际等待时间。 如果主服务器和后备机上的系统时钟不同步,这会导致恢复比预期的更早应用记录。 但这不是一个主要问题,因为这个参数有用的设置比服务器之间的典型事件偏差要大得多。
只有在事务提交的 WAL 记录上才会发生延迟。其他记录还是会被尽可能快地重放,这不会成为问题,因为 MVCC 可见性规则确保了在对应的提交记录被应用之前它们的效果不会被看到。
一旦恢复中的数据库已经达到一致状态,延迟就会产生,直到后备机被提升或者触发。在那之后,后备机将会结束恢复并且不再等待。
WAL记录必须保留在备用服务器上,直到准备好应用。因此,较长的延迟将导致WAL文件的积累增加,增加备用服务器的pg_wal
目录的磁盘空间需求。
这个参数的目的是和流复制部署一起使用,但是,如果指定了该参数,除了崩溃恢复之外所有的情况下都会遵守它。
使用这个特性也会让hot_standby_feedback
被延迟,这可能导致主服务器的膨胀,两者一起使用时要小心。
当synchronous_commit
被设置为remote_apply
时,同步复制会受到这个设置的影响,每一个COMMIT
都需要等待被应用。
这个参数只能在postgresql.conf
文件中或通过服务器命令行进行设置。
这些设置控制逻辑复制订阅者的行为。它们在发布者上的值与此无关。
注意,配置参数wal_receiver_timeout
、wal_receiver_status_interval
以及wal_retrieve_retry_interval
也影响逻辑复制工作者。
max_logical_replication_workers
(整数
)
指定逻辑复制工作者的最大数目。这同时包括应用工作者和表同步工作者。
逻辑复制工作者是从max_worker_processes
定义的池中取出的。
默认值是4。 这个参数只能在服务器启动时被设置。
max_sync_workers_per_subscription
(integer
)
每个订阅的同步工作者的最大数目。这个参数控制订阅初始化期间或者新表增加时的初始数据拷贝的并行度。
当前,每个表只能有一个同步工作者。
同步工作者是从max_logical_replication_workers
定义的池中取出的。
默认值为2。
这个参数只能在postgresql.conf
文件中或服务器命令行上设置。