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 1tDeHb-002GyH-2f for pgsql-hackers@arkaria.postgresql.org; Wed, 20 Nov 2024 06:33:47 +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 1tDeGb-002bv7-KO for pgsql-hackers@arkaria.postgresql.org; Wed, 20 Nov 2024 06:32:45 +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 1tDeGa-002btx-BL for pgsql-hackers@lists.postgresql.org; Wed, 20 Nov 2024 06:32:45 +0000 Received: from fout-a3-smtp.messagingengine.com ([103.168.172.146]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1tDeGW-002sQ4-RX for pgsql-hackers@lists.postgresql.org; Wed, 20 Nov 2024 06:32:43 +0000 Received: from phl-compute-08.internal (phl-compute-08.phl.internal [10.202.2.48]) by mailfout.phl.internal (Postfix) with ESMTP id C0E281380501; Wed, 20 Nov 2024 01:32:38 -0500 (EST) Received: from phl-mailfrontend-02 ([10.202.2.163]) by phl-compute-08.internal (MEProxy); Wed, 20 Nov 2024 01:32:38 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=paquier.xyz; h= cc:cc:content-type:content-type:date:date:from:from:in-reply-to :in-reply-to:message-id:mime-version:references:reply-to:subject :subject:to:to; s=fm3; t=1732084358; x=1732170758; bh=HTdKLmHdKe 5KY3aX15DzuTftsCoCkFAMKe1kXP8IuFE=; b=cEkoukIcvmAjzryumAXDpCMdQa X6rCkZyUx/oUdgm2ZdO+bLtjCnLrEVCcOnFzNAayun0MGJ6BnQLJY+Cu7UgeN97v kCPJyKyLKcBVNpBqV7CaNFwrkB4Z6g39h+mnpXh3Pm8ehQI8dT4nfVlErA7LBuL/ lkog3A6HLOfyjZnFc8Ir9ylytnCdOD2PjnXcfKkIeJ5F5Y3+gYiJ83yux4ea0WS8 Fxk2+UBv1llLoNomaAGX6VM9vfhagB5SHiuAe1je/mgQ9IVJxcsF0Gj4snRGF1rG TwK21K5Ow753WhJopSs6WcjUj/jGpot5oV180U/mCVRFrMMmLh2iRhg2LegA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:subject:subject:to :to:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t= 1732084358; x=1732170758; bh=HTdKLmHdKe5KY3aX15DzuTftsCoCkFAMKe1 kXP8IuFE=; b=Rl8kZXTTJTucj+d4wbwWMbF8h5U0/ABzhnU+q3KxkRt1Jz99Q7e HNEr+wukLx9qoaahzCX6PLB9h2fUtafLZnhtTT3+Di6RORtCvD2DjyBZX4Gg94pD 7okxUpaAdWYbmv566fvCxV4h2g10RavB5zwD9jcZu9E+TeBRM1m7phWQbbUUPHPi bosE1Qde0h6YjtgzbKYz96SnhV1rYzNRhvH7cKqpduQSzKDO0VyKPUj9QfyMm8Kg y62d/aEPI8VUMy7KIA8VFUZQJo+zMqfSoGmvGC+DKV6f0fqc/Iqdibf2w8wclIKz 60xIx+QDwtrndiwBlQHHIy7+Y/VL3bAHKew== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeefuddrfeefgdelgecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpggftfghnshhusghstghrihgsvgdpuffr tefokffrpgfnqfghnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnth hsucdlqddutddtmdenfghrlhcuvffnffculdejtddmnecujfgurhepfffhvfevuffkfhgg tggujgesghdtreertddtvdenucfhrhhomhepofhitghhrggvlhcurfgrqhhuihgvrhcuoe hmihgthhgrvghlsehprghquhhivghrrdighiiiqeenucggtffrrghtthgvrhhnpeetleei fedufffhhfdtteelgeeggeffhfekueevteeigfduudevudetgfegiedvjeenucevlhhush htvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehmihgthhgrvghlsehp rghquhhivghrrdighiiipdhnsggprhgtphhtthhopedvpdhmohguvgepshhmthhpohhuth dprhgtphhtthhopehpghessghofihtrdhivgdprhgtphhtthhopehpghhsqhhlqdhhrggt khgvrhhssehlihhsthhsrdhpohhsthhgrhgvshhqlhdrohhrgh X-ME-Proxy: Feedback-ID: i0fe9450f:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Wed, 20 Nov 2024 01:32:37 -0500 (EST) Date: Wed, 20 Nov 2024 15:32:11 +0900 From: Michael Paquier To: Peter Geoghegan Cc: PostgreSQL Hackers Subject: Re: nbtree VACUUM's REDO routine doesn't clear page's VACUUM cycle ID Message-ID: References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="t03LyrPFwLjqqdcy" Content-Disposition: inline In-Reply-To: List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --t03LyrPFwLjqqdcy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Nov 15, 2024 at 11:33:37AM -0500, Peter Geoghegan wrote: > Attached patch teaches btree_xlog_vacuum, nbtree VACUUM's REDO > routine, to reset the target page's opaque->btpo_cycleid to 0. This > makes the REDO routine match original execution, which seems like a > good idea on consistency grounds. >=20 > I propose this for the master branch only. Perhaps this patch should also explain why this is better this way? This path does not manipulate btpo_level, for one. -- Michael --t03LyrPFwLjqqdcy Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEEG72nH6vTowiyblFKnvQgOdbyQH0FAmc9gmsACgkQnvQgOdby QH1hlRAApytUWuqRSZoQFMP1MZWuwpnUQme7dqID6Hhc9fOfIEOf6VzJjHeCykkK AIc0PqoRLx3e8QDS7HNfKvOVTVU6PtFB9wzhYMIUxYkc2S6B8N9yS7WMXwlwpISs 55B2So8NUKLOWiSvq0ZBJdGPenjID6vZAGYqKfg0EarEVKXjBlm2F5DpDQ3KWVb/ hVRQkSUG8MGQH/3gqnPqVIkHYkMw53GdroHK5Cjql0lDyDUxdGPsiFS33BEp9rU9 MBFFoQ0LAwPHpG3e1nKagd2nG4bgzHcL1UCJf2CWuSTF2ym16tBzXicEXvWRikh3 1ON/24sL960A2b1tvBj80FLmaVxnW2f8EUSCHldXiLtoW3lvQQg6pvK4CIBa39ME qxODB8/vDndjdwjIAbXismf+EzNXgbMMhcdQnD+j/JmOSE4eferXpEKd/oTv0IR/ A6cpUd9VvvItD+B5HPzupSfP+04mMkffLoByuI0aNPQsN04h9hepubAJ78W0/pOD 7DY9VniQR1IzYxGpx0umfpzxI60x2NJLD1bJjW8buXs7iEpBJKfMYqZSRpoor0z1 BGB/ThG3VKyOL00W8neIcpa97n4cHRmebU2ih4t30l8+/TvU3Rzvo8QulHL9dErs 8f8hZX1QmX3ibveFYc5RUnbdn/Sma2Wn6qtvtLW1+OxciX23grI= =PfkV -----END PGP SIGNATURE----- --t03LyrPFwLjqqdcy--