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 1sB90i-00Ea3E-UI for pgsql-general@arkaria.postgresql.org; Sun, 26 May 2024 08:13:46 +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 1sB90i-003hIF-VA for pgsql-general@arkaria.postgresql.org; Sun, 26 May 2024 08:13:44 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1sB90i-003hI6-K0 for pgsql-general@lists.postgresql.org; Sun, 26 May 2024 08:13:44 +0000 Received: from mail-lf1-x12e.google.com ([2a00:1450:4864:20::12e]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1sB90g-000pRX-Fj for pgsql-general@lists.postgresql.org; Sun, 26 May 2024 08:13:44 +0000 Received: by mail-lf1-x12e.google.com with SMTP id 2adb3069b0e04-5231efd80f2so11187316e87.2 for ; Sun, 26 May 2024 01:13:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1716711221; x=1717316021; darn=lists.postgresql.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=b/zYFYHNkdWZ1DDoW1BibAVWX8SQWadb3RFZtIdk73E=; b=AUvazMmwFWbro/VGv3PZ1COo3K9TJqRZ4qpHHGSBOb0ZsJIFd6qxkRLeiTdlJowZBT zsD994La+RupMXYgCh/bO5M9cVCrJ1A5SXxn7udXXHqsmWinxsbINhx6voRPOBnu4Olw 3ek5fddoIg3vLy/ajE5vZwVOLy13sXMpqLubrTLHgeEvPV75AvRz0r0LsqHnvpDL7lm4 vwchCCykeNaDr6pK7oxQt1tSC+p4/fv2WjPkEG6M+ZTb2h3+PegP0xQW2w5CAvByiZJj RBZ+CZZpouJl9/Bi4R6aftcoUSbxyrNEZcOjzl2MptCAPYq+wozw9829fLYw5ul0kcKv GB2g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1716711221; x=1717316021; h=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=b/zYFYHNkdWZ1DDoW1BibAVWX8SQWadb3RFZtIdk73E=; b=P13fIOSKT93saTItx1Zoa45fMn47jWkch8jz6aswpQnM400cpZjN6Z9DvqzPMCJxJ1 zFEutNKMu4skzBiJWDZ8FcTQK1FDQIISNAQOxCou2wo70p5j7h5VvFq5fNIFNmhdSYwp qFx8SGJFLPua+KNXeXk9N0YWMfoOtA0nUbg7djMGpFG+U79npDLOv6hPi/WPvID0iu5Z nX1FCCKtaHU8N9h7vfuF48qm18Vh/XOhtugHEE7Sb6MoaGiwE0iHOFNrqxuYf7OgU2uV FmBDgwQyXzbIF+zQ5ShqOEAwU6qmi8/ze2ybB8+01Oel8R9f3lhFNsDR4mvs4wtC0EoC RKxg== X-Gm-Message-State: AOJu0YzZ877t+dwuo3ydOS5CH9gn58jq6Iek1QZww0xdUcsgYA4JQX8n GJjsJm7bRZZITB11J+i8iYIbivRWv2f9Ga3OpeTXEx+MjwaoiuMqe71HK8OTF7eBCCAt7wSbyLv dpjI+YWLEfUIrImrOF41TWHS7Lw== X-Google-Smtp-Source: AGHT+IFVG5lU9gpPEVgt5nEKgWJ/sRJ2cO/cbRC5dyfFTmj2hzN7jyHGk7nsSPzylar41a9QwPu3t5+fB7i2V2qahes= X-Received: by 2002:ac2:58f7:0:b0:526:81ab:191 with SMTP id 2adb3069b0e04-529666d709cmr3726834e87.60.1716711220598; Sun, 26 May 2024 01:13:40 -0700 (PDT) MIME-Version: 1.0 References: <891bcfec74f7358ef0212caf6565a35153dd2941.camel@cybertec.at> In-Reply-To: From: =?UTF-8?Q?Torsten_F=C3=B6rtsch?= Date: Sun, 26 May 2024 10:13:28 +0200 Message-ID: Subject: Re: Long running query causing XID limit breach To: sud Cc: pgsql-general Content-Type: multipart/alternative; boundary="0000000000007c5fe6061956fa87" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --0000000000007c5fe6061956fa87 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sat, May 25, 2024 at 11:00=E2=80=AFPM sud wrote: > > But i have one question here , does max_standby_streaming_delay =3D 14 , > means the queries on the standby will get cancelled after 14 seconds? > No, your query gets cancelled when it stalls replication for >14 sec. If your master is idle and does not send any WAL and the replica has caught up, the query can take as long as it wants. --0000000000007c5fe6061956fa87 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Sat, May 25, 2024 at 11:00=E2=80=AFPM = sud <suds1434@gm= ail.com> wrote:

But i have one question= here , does=C2=A0max_standby_streaming_delay =3D 14 , means the queries on= the standby will get cancelled after 14 seconds?

No, your query gets cancelled when it stalls repli= cation for >14 sec. If your master is idle and does not send any WAL and= the replica has caught=C2=A0up, the query can take as long as it wants.=C2= =A0
--0000000000007c5fe6061956fa87--