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 1mapin-0007rZ-VD for pgsql-hackers@arkaria.postgresql.org; Thu, 14 Oct 2021 01:39:49 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1mapim-0006Gh-Qu for pgsql-hackers@arkaria.postgresql.org; Thu, 14 Oct 2021 01:39:48 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mapim-0006Ae-Hh for pgsql-hackers@lists.postgresql.org; Thu, 14 Oct 2021 01:39:48 +0000 Received: from mail-pl1-x633.google.com ([2607:f8b0:4864:20::633]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1mapik-0005lt-0H for pgsql-hackers@lists.postgresql.org; Thu, 14 Oct 2021 01:39:48 +0000 Received: by mail-pl1-x633.google.com with SMTP id n11so3050398plf.4 for ; Wed, 13 Oct 2021 18:39:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=KEQBCoywTgz9BmDPzbdxufI0uNJdXgZT/ORL5xWjCD4=; b=LjTvk+SuqZqKOPL1Oq5Obe3HZwfx60DKwSo3V/WttKUzwk50dtpxAPDRX7DlLBnk6Z jFcfCkXw4jIoOE4dB6Q/xbfquUQkAw27Ac0ruwSvXfsxOLHZSor5ohiv0IDQIUrloOC3 M6I4mGjoGxCytIIYmiknLqCIzFQLpTPdRv/HlxU8iGiSyuF7vYpinyiG2tfIVWwa/x7l Jb2S3ZTKN83/Nx2br2tioBEGh6AcxSJsJz7DjGk6mbX9cEvvlrNdXCJUtntAhirEKqnb zCQNEY9dbs7wFlU3ehDZDklnG4d0b+8PtngkqH6Ws7Dj4QqM+6Lbg9784EaDLbpcXlVW b/qg== 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=KEQBCoywTgz9BmDPzbdxufI0uNJdXgZT/ORL5xWjCD4=; b=48lRwx09M/hYNL03D0U9lNb268QWdQk1VRazYL1m2Mqgy9L1wSMGPhe4rVcFJc5VYl lXMWcaOd/Pn1hSNdokwC1BNOldMwigAGNVc/d6d0zwPJEImEyePFJv8wq/KJE1NAgIkb 91UDiDhTk5T6mJ8afhtK0/03z4IjE7zSHbXWWLdUPDJkI0MPa+oXcSK9CE1NoUPQ4+zf lc25eCrVkGWlO2mblHor7TA8ZmcRplzSL7EErqV6MIM3yWj/2aRAtZTHHOxzpIk1pARP WcLtS7L/xf3gYuXdzh43q4+fAgF9WdX0kXdHiPUj4bqOcJul6wlQ7Co6YQE/bOprCRx2 5zhw== X-Gm-Message-State: AOAM530yCPhzhJNOTQqBMhiugA0AnWIvMc2CAwOQK2z206mU8B2MwRew +Rf2FbKJMDT4X14u55la3ry/06yrAx80tgSZVk0= X-Google-Smtp-Source: ABdhPJyBYdX16IGP0HxRfFplOMcvrV+jSh6bGIQFNCyi78m69vYHoUvylKInl3JV0/2dvNOlpX03q9t5B0IxMkND3JA= X-Received: by 2002:a17:90a:4815:: with SMTP id a21mr3166438pjh.108.1634175583890; Wed, 13 Oct 2021 18:39:43 -0700 (PDT) MIME-Version: 1.0 References: <6a176936-1af1-41d9-9ded-bde0eb47dd5c@amazon.com> <20211008.165055.1621145185927268721.horikyota.ntt@gmail.com> In-Reply-To: From: Masahiko Sawada Date: Thu, 14 Oct 2021 10:39:07 +0900 Message-ID: Subject: Re: [BUG] Logical replication failure "ERROR: could not map filenode "base/13237/442428" to relation OID" with catalog modifying txns To: Jeremy Schneider Cc: Kyotaro Horiguchi , "Drouvot, Bertrand" , PostgreSQL Hackers , "Oh, Mike" 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, Oct 13, 2021 at 7:55 AM Jeremy Schneider wrote: > > On 10/10/21 23:27, Masahiko Sawada wrote: > > > > After more thought, given DDLs are not likely to happen than DML in > > practice, ... > > I haven't looked closely at the patch, but I'd be careful about > workloads where people create and drop "temporary tables". I've seen > this pattern used a few times, especially by developers who came from a > SQL server background, for some reason. True. But since the snapshot builder is designed on the same assumption it would not be problematic. It keeps track of the committed catalog modifying transaction instead of keeping track of all running transactions. See the header comment of snapbuild.c Regards, -- Masahiko Sawada EDB: https://www.enterprisedb.com/