Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1gRVfw-0008NZ-9z for pgsql-admin@arkaria.postgresql.org; Tue, 27 Nov 2018 05:12:44 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1gRVft-0005B4-Sw for pgsql-admin@arkaria.postgresql.org; Tue, 27 Nov 2018 05:12:41 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1gRVft-0005Ax-HF for pgsql-admin@lists.postgresql.org; Tue, 27 Nov 2018 05:12:41 +0000 Received: from mx2.mailbox.org ([80.241.60.215]) by makus.postgresql.org with esmtps (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1gRVfl-0002Sr-EG for pgsql-admin@postgresql.org; Tue, 27 Nov 2018 05:12:40 +0000 Received: from smtp1.mailbox.org (unknown [IPv6:2001:67c:2050:105:465:1:1:0]) (using TLSv1.2 with cipher ECDHE-RSA-CHACHA20-POLY1305 (256/256 bits)) (No client certificate requested) by mx2.mailbox.org (Postfix) with ESMTPS id C3565A10DF; Tue, 27 Nov 2018 06:12:29 +0100 (CET) X-Virus-Scanned: amavisd-new at heinlein-support.de Received: from smtp1.mailbox.org ([80.241.60.240]) by spamfilter05.heinlein-hosting.de (spamfilter05.heinlein-hosting.de [80.241.56.123]) (amavisd-new, port 10030) with ESMTP id Ea5bwtEWcLeW; Tue, 27 Nov 2018 06:12:28 +0100 (CET) Message-ID: <7a4f88eeb049543c0508a343ba4bf274dc10b487.camel@cybertec.at> Subject: Re: canceling statement coming in slave instance From: Laurenz Albe To: Rohit Arora , shreeyansh2014@gmail.com Cc: pgsql-admin@postgresql.org Date: Tue, 27 Nov 2018 06:12:24 +0100 In-Reply-To: References: Organization: Cybertec Content-Type: text/plain; charset="UTF-8" Mime-Version: 1.0 Content-Transfer-Encoding: 7bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk On Tue, 2018-11-27 at 10:20 +0530, Rohit Arora wrote: [is fighting canceled queries dur to replication conflicts, but fears primary bloat] In that case, I would set max_standby_streaming_delay = -1 max_standby_archive_delay = -1 hot_standby_feedback = off Then no queries should get canceled on the standby, and long queries on the standby won't cause bloat on the primary. The price you are paying is delayed replication. Yours, Laurenz Albe -- Cybertec | https://www.cybertec-postgresql.com