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 1rgB65-004d57-Lc for pgsql-hackers@arkaria.postgresql.org; Fri, 01 Mar 2024 22:11:18 +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 1rgB63-00FI8n-FN for pgsql-hackers@arkaria.postgresql.org; Fri, 01 Mar 2024 22:11:15 +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 1rgB63-00FI86-69 for pgsql-hackers@lists.postgresql.org; Fri, 01 Mar 2024 22:11:15 +0000 Received: from mail-yw1-x112e.google.com ([2607:f8b0:4864:20::112e]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1rgB60-002Jll-4t for pgsql-hackers@lists.postgresql.org; Fri, 01 Mar 2024 22:11:14 +0000 Received: by mail-yw1-x112e.google.com with SMTP id 00721157ae682-608e3530941so29349327b3.1 for ; Fri, 01 Mar 2024 14:11:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1709331070; x=1709935870; darn=lists.postgresql.org; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date:message-id:reply-to; bh=MePY8LqCEA/DBMLDRzz1z0/kUYFzg3AjOZPxMzUWkRY=; b=g3dLo+1v5xhLHNsBAwE8X/mZTppX/84ZcCDStmp+H7SYsXnGPnDBlijRnAfWf50nNf hG4Xg177+es9jbWs43pwuivej86+RNrTTAJnjKOIyfG4L3njwdbZcptcEyRAJXayZufY tTbTwYerRH9HrRrxB3ciI7tM8ikW9yCdt9Ej2/F0rfrh7fQSl/piZ9UTTStPgovNdn0F 9n5Y1hh4w89y1A7JDaKIwFhN71vvHjo4QMP74tzvU58ZNRXUc33vKgRLAHVsHNt2lbWO L+DGU5/YPxgbep0eAbVJ2pcXHIkRyPKlA3ae17oMxlofXpkdeKfe1F35T/xIJMJTJoh7 vC/w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1709331070; x=1709935870; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=MePY8LqCEA/DBMLDRzz1z0/kUYFzg3AjOZPxMzUWkRY=; b=tCkE/gzkQvlzr1Q2IhP+hSuFmAGBbD07oN/QdPxebaxTL2RHQrR3/f6rQBjryfoK5i NHEJ+nhuVnaW2T9ddBXZlVdcCzG/GYrwyUEw7aH6wuYcTH9c5AKg003VG47SsjtQYpmH 1Cv326iMgScVMhnnum00VkEcDx8pXgIBoH1axS8n0F8d3RM/21sKjBOrry5jZBe3K3y2 OCeHPH6uRcfopBJuO3L0CwkoAuyBxWVoRPozrqOLh9kmr/4ypnKH++aFFA28zE/a3w4E P8tLQiWyeKJtxNPhUUxTjyHRIgW61a/iUGRxr4DGW+vgi+PkxaTiHfILKNuzWwhDdU5Z Nprg== X-Forwarded-Encrypted: i=1; AJvYcCXIQwQDHlAKJLgS3itoDdcT7Tqfax9Rh8QlJ4XqzbnYLG7iqlD+RNVaUKX8sqWw12YreXvpUrvU9wQiZ8oTMMI0B8tyFUCPvcMSh0Zlbtj4nSQF X-Gm-Message-State: AOJu0Yy8jmK63uwetZrxGLvAw7M8E96XdIyw8Ev7DP6nFoyDYN2uTT1D SuzQNWDyuk5xaBhDW6QpArnl5RLAhUG+1RTbHIz41wwbc7OcsT5g X-Google-Smtp-Source: AGHT+IEulhyZa1u10EK6ue5BcC8J5A26YkKTd+Hgt1ok8khV8MUdSXwJwchmbTwnQRY5JCVeU8jl0g== X-Received: by 2002:a25:4c04:0:b0:dcb:ad22:1b1 with SMTP id z4-20020a254c04000000b00dcbad2201b1mr2639316yba.3.1709331070514; Fri, 01 Mar 2024 14:11:10 -0800 (PST) Received: from nathanxps13 (162-195-168-172.lightspeed.stlsmo.sbcglobal.net. [162.195.168.172]) by smtp.gmail.com with ESMTPSA id e72-20020a25694b000000b00dc701e0bdbcsm1016095ybc.44.2024.03.01.14.11.09 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 01 Mar 2024 14:11:10 -0800 (PST) Date: Fri, 1 Mar 2024 16:11:08 -0600 From: Nathan Bossart To: Bharath Rupireddy Cc: Bertrand Drouvot , PostgreSQL Hackers Subject: Re: Introduce XID age and inactive timeout based replication slot invalidation Message-ID: <20240301221108.GB3024365@nathanxps13> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Wed, Feb 21, 2024 at 08:10:00PM +0530, Bharath Rupireddy wrote: > I'm thinking the other way around - how about we revert > https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=007693f2a3ac2ac19affcb03ad43cdb36ccff5b5, > that is, put in place "conflict" as a boolean and introduce > invalidation_reason the text form. So, for logical slots, whenever the > "conflict" column is true, the reason is found in invaldiation_reason > column? How does it sound? Again the debate might be "conflict" vs > "invalidation", but that looks clean IMHO. Would you ever see "conflict" as false and "invalidation_reason" as non-null for a logical slot? -- Nathan Bossart Amazon Web Services: https://aws.amazon.com