Clarify that streaming replication can be both async and sync

Josh Kupershmidt
REL9_1_STABLE
Magnus Hagander 13 years ago
parent 8c0b2afa38
commit 04edfb10a6
  1. 15
      doc/src/sgml/high-availability.sgml

@ -738,13 +738,14 @@ archive_cleanup_command = 'pg_archivecleanup /path/to/archive %r'
</para> </para>
<para> <para>
Streaming replication is asynchronous, so there is still a small delay Streaming replication is asynchronous by default
between committing a transaction in the primary and for the changes to (see <xref linkend="synchronous-replication">), in which case there is
become visible in the standby. The delay is however much smaller than with a small delay between committing a transaction in the primary and the
file-based log shipping, typically under one second assuming the standby changes becoming visible in the standby. This delay is however much
is powerful enough to keep up with the load. With streaming replication, smaller than with file-based log shipping, typically under one second
<varname>archive_timeout</> is not required to reduce the data loss assuming the standby is powerful enough to keep up with the load. With
window. streaming replication, <varname>archive_timeout</> is not required to
reduce the data loss window.
</para> </para>
<para> <para>

Loading…
Cancel
Save