Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1utNDl-005qmR-TC for pgsql-docs@arkaria.postgresql.org; Tue, 02 Sep 2025 09:22:34 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1utNDl-002wFr-0A for pgsql-docs@arkaria.postgresql.org; Tue, 02 Sep 2025 09:22:33 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1utNDk-002wFj-Nn for pgsql-docs@lists.postgresql.org; Tue, 02 Sep 2025 09:22:33 +0000 Received: from mail-ed1-x52c.google.com ([2a00:1450:4864:20::52c]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.96) (envelope-from ) id 1utNDj-0008Q9-0F for pgsql-docs@lists.postgresql.org; Tue, 02 Sep 2025 09:22:31 +0000 Received: by mail-ed1-x52c.google.com with SMTP id 4fb4d7f45d1cf-61cebce2f78so9445174a12.1 for ; Tue, 02 Sep 2025 02:22:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=percona.com; s=google; t=1756804949; x=1757409749; darn=lists.postgresql.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=2TmMJDcCzDht618EdtsnLy6FNN+WA570fx4CvqY+xKs=; b=LNX/Xnk90/x/ZdjX25rB8+ILDSFb1ocsY6SjgjA+EMrvQND1hnc+ozYQtDRMBVbaVq 2uLv09wTFr7dtLoZvEfxLEDXSQEwoTutk5z1UohfDIWVpv6O5dZDo4MxHp9ilmbI6NbH rugdcAnTLAWMK38HR1V77/yCaLXFILYzNhbcg= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1756804949; x=1757409749; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=2TmMJDcCzDht618EdtsnLy6FNN+WA570fx4CvqY+xKs=; b=SpgTNv1FLu2i8JIZS6ntwfPBUFGLjPpNdc+cnhDDPi3+i22LOsBAjSy9V9hWNJV0BL 7XlcjZI0pK2udBp70cOw+LpLuplsOTNolbFu0JzzhO2o7GVICle5DSfwcG51lg9ssNIB GNJjbmixWfCjcUxJVO/9bRFPSlION6klgK77dNM7O7Y6gOoMWKB3IihrrqXyFNQBgFrb lmPP4cNvtCW42zMgUYe/udP5yLsCOHQflDg0TFT6mLAHjOFPvzH+K54wRzAzPaKImTtH ASWRqyg8dGldZnYP+0Hj5eb61L0Jlmeeg5q+8p4Aa63XhLWU1pvy++0JLE8gCH9zFnsK sfkw== X-Forwarded-Encrypted: i=1; AJvYcCVGz1nMfq6taDk5BSDwpbLKND0NGojLpeicKRrcylBZ8GH1iwAc6Zn/oCdbODCrPdRESQbHGGI38rW5@lists.postgresql.org X-Gm-Message-State: AOJu0YzxccCusTvKbUVdzn3Oo/AoKalc9oB55Ft/eNzbtxpHbRgGdWPJ qQ0tN5k313xFlzMyNHSy5z632q+ty6Rw+J7LzNTSwGsFCAVBiUxnrYTUNcIxB7yqeKKKfFM2quY OU5IQkjpAGS1gBaiHFlgN4oHetuRx8720U2iDx7RENn7xFGQqM5Eq4PcQizhzDmq+Ut+zufxwHm WqPS87PfWssrmHKLJXjMneIPVXLSV2womQuM31BgNd0H8wHb8+fjd8y9S8azEC5WJK0QSxWosBg z1N5GkDNW0zJHzsP+rpYyLS+/6VgdJwgZgpk+gGXNfqKTb8LBHga3WG9BE= X-Gm-Gg: ASbGncs+X+OoTWK+Hv493EUXlx0RW/kbleF3OWUV4c6ob3w+mOfwEPFL8pp/OrTm7L/ 30bg+MTpyyMsgf9J1zQ5wgvGiTmd0nS39q+e/aEevEJ5rOBPtJ8P2kAS96kq6DiEnndFaoADoUt V62fDHZ6Mec/iw3R8dFlwb0eHS+uC4DOj51yBkINQRb0xgNUGg04E8oas2XjasoQ+/WDOQFa9VI XInUqipGes58wTSrZVh3akcgDc= X-Google-Smtp-Source: AGHT+IGilxAOAu6ymQJIAYbtNbvchhghiQdkTnxX5YO06R9n4UECUDJtLyrvyrgirjPm/BYKKPMZNKrzPctF+mDcH5k= X-Received: by 2002:a05:6402:1ecb:b0:61a:5a60:f020 with SMTP id 4fb4d7f45d1cf-61d269a7cbcmr9985146a12.14.1756804949332; Tue, 02 Sep 2025 02:22:29 -0700 (PDT) MIME-Version: 1.0 References: <175578964049.806.14564779365418625473@wrigleys.postgresql.org> <568ff8638e011b2726d06a4b95124ec51ee1e5af.camel@cybertec.at> <93913aeb398b264ca0dc781095d36d6ad2d3be71.camel@cybertec.at> In-Reply-To: <93913aeb398b264ca0dc781095d36d6ad2d3be71.camel@cybertec.at> From: Artem Gavrilov Date: Tue, 2 Sep 2025 11:22:15 +0200 X-Gm-Features: Ac12FXypVorJp6Y_hLAt8xnCuF5I8oh4CjueGtnagzdCoQCNQE_4uvXcK64tjvY Message-ID: Subject: Re: Inaccurate statement about log shipping replication mode To: Laurenz Albe Cc: Michael Paquier , pgsql-docs@lists.postgresql.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-CLOUD-SEC-AV-Sent: true X-CLOUD-SEC-AV-Info: percona,google_mail,monitor X-Gm-Spam: 0 X-Gm-Phishy: 0 List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Oh, sorry I made a typo, it should be "is always async". I was referring to this statement in docs about cascading replication: "Cascading replication is currently asynchronous". It sounds to me like the whole replication setup is async (M -> U ->D), but it's only the (U -> D) part that is always async. But probably it's a topic for another thread. My original problem was with the first sentence "It should be noted that log shipping is asynchronous". I think your original suggestion "It should be noted that by default, log shipping is asynchronous" sounds good as it highlights from the beginning that there is some variety. On Tue, Sep 2, 2025 at 9:34=E2=80=AFAM Laurenz Albe wrote: > > On Mon, 2025-09-01 at 13:51 +0200, Artem Gavrilov wrote: > > As I understand in configuration `Master > > -> Upstream -> Downstream` replication between Master And Upstream > > still can be synchronous, while between Upstream and Downstream is't > > always async. Am I wrong here? > > I don't quite understand. Sure, you can have synchronous replication > between the master and upstream. It is the "isn't always async" part > that confuses me. Do you mean that WAL can reach downstream before > the master commits? That is certainly the case. > > Yours, > Laurenz Albe --=20 Artem Gavrilov Senior Software Engineer, Percona artem.gavrilov@percona.com