Re: 64-bit XIDs in deleted nbtree pages

From: Peter Geoghegan <pg(at)bowt(dot)ie>
To: PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>
Cc: Heikki Linnakangas <hlinnaka(at)iki(dot)fi>, Masahiko Sawada <sawada(dot)mshk(at)gmail(dot)com>
Subject: Re: 64-bit XIDs in deleted nbtree pages
Date: 2021-02-10 07:08:33
Message-ID: CAH2-WzkgtJ6RvyyHbMPHDNGiLwGEYzNFFmwGNLh5S6G8EdT1VA@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Tue, Feb 9, 2021 at 5:53 PM Peter Geoghegan <pg(at)bowt(dot)ie> wrote:
> Here is a plan that allows us to stop storing any kind of XID in the
> metapage in all cases:

Attached is v2, which deals with the metapage 32-bit
XID/btm_oldest_btpo_xact issue using the approach I described earlier.
We don't store an XID in the metapage anymore in v2. This seems to
work well, as I expected it would.

--
Peter Geoghegan

Attachment Content-Type Size
v2-0001-Use-full-64-bit-XID-for-nbtree-page-deletion.patch application/octet-stream 64.5 KB
v2-0002-Add-pages_newly_deleted-to-VACUUM-VERBOSE.patch application/octet-stream 13.2 KB

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Peter Geoghegan 2021-02-10 07:11:52 Re: New IndexAM API controlling index vacuum strategies
Previous Message tsunakawa.takay@fujitsu.com 2021-02-10 06:59:59 RE: Parallel INSERT (INTO ... SELECT ...)