Skip to content
GitLab
Explore
Sign in
Register
Primary navigation
Search or go to…
Project
P
postgres-lambda-diff
Manage
Activity
Members
Labels
Plan
Issues
Issue boards
Milestones
Wiki
Code
Merge requests
Repository
Branches
Commits
Tags
Repository graph
Compare revisions
Snippets
Build
Pipelines
Jobs
Pipeline schedules
Artifacts
Deploy
Releases
Container registry
Model registry
Operate
Environments
Monitor
Incidents
Analyze
Value stream analytics
Contributor analytics
CI/CD analytics
Repository analytics
Model experiments
Help
Help
Support
GitLab documentation
Compare GitLab plans
Community forum
Contribute to GitLab
Provide feedback
Keyboard shortcuts
?
Snippets
Groups
Projects
Show more breadcrumbs
Jakob Huber
postgres-lambda-diff
Commits
d479a0f9
Commit
d479a0f9
authored
14 years ago
by
Peter Eisentraut
Browse files
Options
Downloads
Patches
Plain Diff
Small documentation tweaks
parent
6fbc8034
No related branches found
No related tags found
No related merge requests found
Changes
1
Show whitespace changes
Inline
Side-by-side
Showing
1 changed file
doc/src/sgml/config.sgml
+6
-5
6 additions, 5 deletions
doc/src/sgml/config.sgml
with
6 additions
and
5 deletions
doc/src/sgml/config.sgml
+
6
−
5
View file @
d479a0f9
...
@@ -2083,15 +2083,15 @@ SET ENABLE_SEQSCAN TO OFF;
...
@@ -2083,15 +2083,15 @@ SET ENABLE_SEQSCAN TO OFF;
synchronous standby that will wake sleeping users following commit.
synchronous standby that will wake sleeping users following commit.
The synchronous standby will be the first named standby that is
The synchronous standby will be the first named standby that is
both currently connected and streaming in real-time to the standby
both currently connected and streaming in real-time to the standby
(as shown by a state of
"STREAMING"
). Other standby servers
(as shown by a state of
<literal>STREAMING</literal>
). Other standby servers
with listed later will become potential synchronous standbys.
with listed later will become potential synchronous standbys.
If the current synchronous standby disconnects for whatever reason
If the current synchronous standby disconnects for whatever reason
it will be replaced immediately with the next highest priority standby.
it will be replaced immediately with the next highest priority standby.
Specifying more than one standby name can allow very high availability.
Specifying more than one standby name can allow very high availability.
</para>
</para>
<para>
<para>
The standby name is currently taken as the application_name of the
The standby name is currently taken as the
<varname>
application_name
</> setting
of the
standby, as set in the primary_conninfo on the standby. Names are
standby, as set in the
<varname>
primary_conninfo
</>
on the standby. Names are
not enforced for uniqueness. In case of duplicates one of the standbys
not enforced for uniqueness. In case of duplicates one of the standbys
will be chosen to be the synchronous standby, though exactly which
will be chosen to be the synchronous standby, though exactly which
one is indeterminate.
one is indeterminate.
...
@@ -2211,12 +2211,13 @@ SET ENABLE_SEQSCAN TO OFF;
...
@@ -2211,12 +2211,13 @@ SET ENABLE_SEQSCAN TO OFF;
</indexterm>
</indexterm>
<listitem>
<listitem>
<para>
<para>
Specifies the minimum frequency
, in seconds,
for the WAL receiver
Specifies the minimum frequency for the WAL receiver
process on the standby to send information about replication progress
process on the standby to send information about replication progress
to the primary, where they can be seen using the
to the primary, where they can be seen using the
<literal>pg_stat_replication</literal> view. The standby will report
<literal>pg_stat_replication</literal> view. The standby will report
the last transaction log position it has written, the last position it
the last transaction log position it has written, the last position it
has flushed to disk, and the last position it has applied. Updates are
has flushed to disk, and the last position it has applied. The parameter
value is the maximum interval, in seconds, between reports. Updates are
sent each time the write or flush positions changed, or at least as
sent each time the write or flush positions changed, or at least as
often as specified by this parameter. Thus, the apply position may
often as specified by this parameter. Thus, the apply position may
lag slightly behind the true position. Setting this parameter to zero
lag slightly behind the true position. Setting this parameter to zero
...
...
This diff is collapsed.
Click to expand it.
Preview
0%
Loading
Try again
or
attach a new file
.
Cancel
You are about to add
0
people
to the discussion. Proceed with caution.
Finish editing this message first!
Save comment
Cancel
Please
register
or
sign in
to comment