Postgresql - 配置文件参数解析(四)

#------------------------------------------------------------------------------
# REPLICATION
#------------------------------------------------------------------------------
# Replication相关参数
# - Sending Server(s) -

# Set these on the master and on any standby that will send replication data.
# 最大同步发送进程,最大备库数量
#max_wal_senders = 10 # max number of walsender processes
# (change requires restart)
# 保存在pg_wal目录中的过去日志文件段的个数,以防备用服务器需要获取它们以进行流式复制。
#wal_keep_segments = 0 # in logfile segments, 16MB each; 0 disables
# 终止不超过指定毫秒数的活动复制连接。这对于发送服务器检测备用崩溃或网络中断是有用的。0的值禁用超时机制。
#wal_sender_timeout = 60s # in milliseconds; 0 disables
# 指定服务器可以支持的最大复制时隙数。复制时隙提供了一种自动化的方法,
# 以确保主控器在被所有STATBY接收之前不删除WAL段,并且即使在断开备用时,主控器也不移除可能导致恢复冲突的行。
#max_replication_slots = 10 # max number of replication slots
# (change requires restart)
# 记录事务提交时间。
#track_commit_timestamp = off # collect timestamp of transaction commit
# (change requires restart)

# - Master Server -

# These settings are ignored on a standby server.
# 指定可支持同步复制的备用服务器列表。将有一个或多个活动同步的standbys;
# 等待这些提交的事务将被允许在这些备用服务器确认接收到它们的数据之后继续进行。
# 同步STATBY将是那些名字出现在这个列表中的,并且它们都是当前连接的和流数据实时的。
# 指定一个以上的同步待机可以允许非常高的可用性和防止数据丢失的保护。
#synchronous_standby_names = '' # standby servers that provide sync rep
# method to choose sync standbys, number of sync standbys,
# and comma-separated list of application_name
# from standby(s); '*' = all
# 指定在多少个事务在执行vacuum 和 updates 将推迟清理过期版本数据
#vacuum_defer_cleanup_age = 0 # number of xacts by which cleanup is delayed

# - Standby Servers -

# These settings are ignored on a master server.
# 备库是否可做查询
#hot_standby = on # "off" disallows queries during recovery
# (change requires restart)
#当热备份处于活动状态时,该参数决定备用服务器在取消与将要应用的WAL条目冲突的待机查询之前等待多长时间。
# 当WAL数据从WAR存档中读取(因此不是当前的)时,应用max_standby_archive_delay延迟。
#max_standby_archive_delay = 30s # max delay before canceling queries
# when reading WAL from archive;
# -1 allows indefinite delay
# 当热备份处于活动状态时,该参数决定备用服务器在取消与将要应用的WAL条目冲突的待机查询之前等待多长时间
# 当通过流复制接收WAL数据时,应用max_standby_streaming_delay延迟。
#max_standby_streaming_delay = 30s # max delay before canceling queries
# when reading streaming WAL;
# -1 allows indefinite delay
# 指定备库上的WAL接收器进程的最小频率,以将复制进度的信息发送给主或上游待机,在这里可以使用pg_stat_replication视图查看。
# 备库将报告它所写的最后一个写入前日志位置,它已刷新到磁盘的最后位置,以及它所应用的最后位置。
#wal_receiver_status_interval = 10s # send replies at least this often
# 0 disables
# 备机是否发送反馈当前执行的查询到主机
#hot_standby_feedback = off # send info from standby to prevent
# query conflicts
# 终止不超过指定毫秒数的活动复制连接。
# 对于接收备用服务器检测主节点崩溃或网络中断是有用的。
#wal_receiver_timeout = 60s # time that receiver waits for
# communication from master
# in milliseconds; 0 disables
# 指定备份服务器在WAL数据不可从任何源(流复制、本地PGYWAL或WAR存档)可用之前等待多长时间,然后再尝试检索WAL数据。
# 在恢复中的节点需要控制等待新的WAR数据可用的时间量的配置中,该参数是有用的。
# 在归档恢复中,通过降低该参数的值,可以在检测新的WAL日志文件时使恢复更敏感。在具有低WAL活动的系统上,增加它减少访问WAL存档所需的请求量,
#wal_retrieve_retry_interval = 5s # time to wait before retrying to
# retrieve WAL after a failed attempt

# - Subscribers -

# These settings are ignored on a publisher.
# 指定最大的logical replication workers。包括 apply workers 和 table synchronization workers.。
#max_logical_replication_workers = 4 # taken from max_worker_processes
# (change requires restart)
# 每个订阅的synchronization workers的最大数量。此参数在订阅初始化或添加新表时控制初始数据副本的并行量。
# 目前,每个表只能有一个同步synchronization worker 工。
# 同步工作人员是从max_logical_replication_workers中所定义的池中提取的。
#max_sync_workers_per_subscription = 2 # taken from max_logical_replication_workers


猜你喜欢

转载自blog.csdn.net/chuckchen1222/article/details/80729965