postgres.git / summary / log / commit / refs

commit    7ae8a9959c9bc37ca564db7283a400bc89bcc5c9
Author:   Bruce Momjian <bruce@momjian.us>
Date:     Mon Oct 07 22:06:07 2019 +0000
First released in: 13.0, 9.4.25, 9.5.20, 9.6.16, 10.11, 11.6, 12.1

    docs:  Improve A?synchronous Multimaster Replication descr.
    
    The docs for sync and async multimaster replication were unclear about
    when to use it, and when it has benefits;  this change clarifies that.
    
    Reported-by: juha-pekka.eloranta@reaktor.fi
    
    Discussion: https://postgr.es/m/156856543824.1274.12180817186798859836@wrigleys.postgresql.org
    
    Backpatch-through: 9.4


 doc/src/sgml/high-availability.sgml | 8 ++++----
 1 file changed, 4 insertions(+), 4 deletions(-)

diff --git a/doc/src/sgml/high-availability.sgml b/doc/src/sgml/high-availability.sgml
index aad2cbba730..e62ede71c25 100644
--- a/doc/src/sgml/high-availability.sgml
+++ b/doc/src/sgml/high-availability.sgml
@@ -219,7 +219,8 @@ protocol to make nodes agree on a serializable transactional order.
    <listitem>
 
     <para>
-     For servers that are not regularly connected, like laptops or
+     For servers that are not regularly connected or have slow
+     communication links, like laptops or
      remote servers, keeping data consistent among servers is a
      challenge.  Using asynchronous multimaster replication, each
      server works independently, and periodically communicates with
@@ -238,9 +239,8 @@ protocol to make nodes agree on a serializable transactional order.
      In synchronous multimaster replication, each server can accept
      write requests, and modified data is transmitted from the
      original server to every other server before each transaction
-     commits.  Heavy write activity can cause excessive locking,
-     leading to poor performance.  In fact, write performance is
-     often worse than that of a single server.  Read requests can
+     commits.  Heavy write activity can cause excessive locking and
+     commit delays, leading to poor performance.  Read requests can
      be sent to any server.  Some implementations use shared disk
      to reduce the communication overhead.  Synchronous multimaster
      replication is best for mostly read workloads, though its big


[parent: 630a8f5e2da6]