On Wed, Nov 11, 2026 at 08:39:47AM -0800, Bharath Rupireddy wrote: > On Wed, Nov 11, 2026 at 6:47 AM Baji Shaik <[email protected]> wrote: >> The window grows with the number of >> relations; with a few thousand tables, pg_stat_autovacuum_scores shows >> it hundreds of times a minute. > > I remember in the past, I measured how big this window could be by > having thousands of relations in a database and capturing the catalog > scan time, if my memory is right, the window isn't that big. However, > it's worth fixing it.
Yeah, in both cases the pg_class scans pretty much immediately follow retrieving the recent (M)XID, so the window should tend to be short. Plus, there needs to be some kind of concurrent manual vacuum or rewrite, so it's probably quite rare in practice. > I think this needs to be back-patched to PG19 (assuming we have > another release after RC2 before the planned GA on Nov 19th). Although > the issue looks rare in practice, it is good for keeping the version > diff small. If the only consequence is that a table might be given unduly high priority, then I don't view this as a release blocker. I might not be able to get this committed in time for the GA code freeze, but I do think it's worth fixing. Baji, can you please make sure there's a commitfest entry so it doesn't get lost? Please mark me as the committer. -- nathan
