Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nKP2B-0005r4-GD for pgsql-hackers@arkaria.postgresql.org; Wed, 16 Feb 2022 18:28:11 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1nKP2A-0008Rp-C4 for pgsql-hackers@arkaria.postgresql.org; Wed, 16 Feb 2022 18:28:10 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nKP2A-0008Rg-2P for pgsql-hackers@lists.postgresql.org; Wed, 16 Feb 2022 18:28:10 +0000 Received: from mail-ed1-x536.google.com ([2a00:1450:4864:20::536]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1nKP27-0001Ft-4f for pgsql-hackers@lists.postgresql.org; Wed, 16 Feb 2022 18:28:09 +0000 Received: by mail-ed1-x536.google.com with SMTP id b13so5515226edn.0 for ; Wed, 16 Feb 2022 10:28:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bowt-ie.20210112.gappssmtp.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=FltG4pfRHaurgvTUx1tZykeEEBnZCHmmMBYWvZfOmNo=; b=fgigrlttDQNw4LJblV8GK8ay11bloHlC6ZvitFUhrgbJ/13i6JEQBxgQO1nu9i69N8 RQpxXzxgwJxRXle+duk7Yv7mXBkxBVbR1sTJAnOL1l2ixmf01PciUvC7p6U0u9/+ml0Y 5cKYmfdODDJ9NxAD0G64RIm12L12mm9vlGuvYe4IOII3KNEnVAV3TLfbQ51P2icSxDn/ gpsfCHgPaF6tlhLP9/kzBZkMTC375qg8Dnfedd/xIirq+R1yk4Aqg3WE8xlNYBTSx6Qe +xgNWV3XF41NF/zI+TF5UIN0dRsYJwJx84ac3Ugz6AumGUYmVWudcFSwndSnaoRrnd0u Udpw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=FltG4pfRHaurgvTUx1tZykeEEBnZCHmmMBYWvZfOmNo=; b=W4tlRQ3mp9ytuWMGXjBi1fCx8OeBOQCwx9tAv1cn6NVdUv9XsRAgwQ95JwVqwAXrk1 A2dgSmOFo3tsGA7qvA0LFUaZQ7W+AFbgUslm2bgY0K6EXxsXu1MI4zXCamlKju74Alsm BmA5nCXWGDXXNPXbtnfC6W6Iwl293wtK2clQmzVp8Qfl9XzXcD45iSF1xtsKcCmBEah8 3qResg4qnyzgts6K7OvJXiBV0mSKZ1iHsGpyvaLugppFgGn9Kvqvv/meTpi5LVKR5+bf y4pR2wL0THVxZaeLiZ4DzPAO+gDqz2OHveSBG7q30lqAbsh7QY70EDw383cm4L9HyIUc kMrA== X-Gm-Message-State: AOAM5319XMjIYWJTLgpMgxZZ8rlOzglM8YbNQUkTz4jFNbj5oslUem9u JLFDMKpDK1AU37IcATA+XpFbpff0FlzN7ohjC7hCNg== X-Google-Smtp-Source: ABdhPJy8xoInr735yZ2xp6V1+rFjzPlMXoAmTz4GMkg8lDfTdGmrSw9G8Ih5axrOBs+hS+ugebSoOcpCN0jS6VVLFBk= X-Received: by 2002:a05:6402:27ca:b0:410:1249:7c85 with SMTP id c10-20020a05640227ca00b0041012497c85mr4381846ede.192.1645036084839; Wed, 16 Feb 2022 10:28:04 -0800 (PST) MIME-Version: 1.0 References: <20220203215048.rmwjzixdzaetedxq@alap3.anarazel.de> <20220216181846.4syh3mnq5qzjrdiz@alap3.anarazel.de> In-Reply-To: <20220216181846.4syh3mnq5qzjrdiz@alap3.anarazel.de> From: Peter Geoghegan Date: Wed, 16 Feb 2022 10:27:38 -0800 Message-ID: Subject: Re: do only critical work during single-user vacuum? To: Andres Freund Cc: Robert Haas , Masahiko Sawada , John Naylor , PostgreSQL Hackers Content-Type: text/plain; charset="UTF-8" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Wed, Feb 16, 2022 at 10:18 AM Andres Freund wrote: > > I'm pretty sure that some people believe that wraparound can cause > > actual data corruption > > Well, historically they're not wrong. True, but the most recent version where that's actually possible is PostgreSQL 8.0, which was released in early 2005. That was a very different time for the project. I don't think that people believe that wraparound can cause data corruption because they remember a time when it really could. It seems like general confusion to me (which could have been avoided). At a minimum, we ought to be very clear on the fact that Postgres isn't going to just let your database become corrupt in some more or less predictable way. The xidStopLimit thing is pretty bad, but it's still much better than that. -- Peter Geoghegan