@@ -2083,15 +2083,15 @@ SET ENABLE_SEQSCAN TO OFF;
20832083 synchronous standby that will wake sleeping users following commit.
20842084 The synchronous standby will be the first named standby that is
20852085 both currently connected and streaming in real-time to the standby
2086- (as shown by a state of " STREAMING" ). Other standby servers
2086+ (as shown by a state of <literal> STREAMING</literal> ). Other standby servers
20872087 with listed later will become potential synchronous standbys.
20882088 If the current synchronous standby disconnects for whatever reason
20892089 it will be replaced immediately with the next highest priority standby.
20902090 Specifying more than one standby name can allow very high availability.
20912091 </para>
20922092 <para>
2093- The standby name is currently taken as the application_name of the
2094- standby, as set in the primary_conninfo on the standby. Names are
2093+ The standby name is currently taken as the <varname> application_name</> setting of the
2094+ standby, as set in the <varname> primary_conninfo</> on the standby. Names are
20952095 not enforced for uniqueness. In case of duplicates one of the standbys
20962096 will be chosen to be the synchronous standby, though exactly which
20972097 one is indeterminate.
@@ -2211,12 +2211,13 @@ SET ENABLE_SEQSCAN TO OFF;
22112211 </indexterm>
22122212 <listitem>
22132213 <para>
2214- Specifies the minimum frequency, in seconds, for the WAL receiver
2214+ Specifies the minimum frequency for the WAL receiver
22152215 process on the standby to send information about replication progress
22162216 to the primary, where they can be seen using the
22172217 <literal>pg_stat_replication</literal> view. The standby will report
22182218 the last transaction log position it has written, the last position it
2219- has flushed to disk, and the last position it has applied. Updates are
2219+ has flushed to disk, and the last position it has applied. The parameter
2220+ value is the maximum interval, in seconds, between reports. Updates are
22202221 sent each time the write or flush positions changed, or at least as
22212222 often as specified by this parameter. Thus, the apply position may
22222223 lag slightly behind the true position. Setting this parameter to zero
0 commit comments