From 47eec34e4674e327ba7c2c57dda19241c889859e Mon Sep 17 00:00:00 2001 From: Bruce Momjian Date: Mon, 7 Oct 2019 18:06:08 -0400 Subject: [PATCH] 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 43bcb2a6ef..a42541f420 100644 --- a/doc/src/sgml/high-availability.sgml +++ b/doc/src/sgml/high-availability.sgml @@ -237,7 +237,8 @@ protocol to make nodes agree on a serializable transactional order. - 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 @@ -256,9 +257,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