Re: Autovacuum giving up on tables after crash because of lack of stats

From: Andres Freund <andres(at)anarazel(dot)de>
To: Michael Paquier <michael(at)paquier(dot)xyz>
Cc: Bertrand Drouvot <bertranddrouvot(dot)pg(at)gmail(dot)com>, Postgres hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>
Subject: Re: Autovacuum giving up on tables after crash because of lack of stats
Date: 2025-01-03 14:47:58
Message-ID: mslmwxe44d2fypy6q3ulytpojyrx6cbxhvnu47pyqynwvsp7t6@afwcncaqkmmc
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 2024-12-30 19:12:54 +0900, Michael Paquier wrote:
> On Mon, Dec 30, 2024 at 09:44:45AM +0000, Bertrand Drouvot wrote:
> > I think that replicating stats that are used by autovacuum would be an additional
> > benefit, so +1 for the idea number 2). This is an "issue" that has been raised
> > multiple times (like in [1]).
> >
> > [1]: https://www.postgresql.org/message-id/20240607033806.6gwgolihss72cj6r%40awork3.anarazel.de
>
> Yeah, I recall reading this one. A colleague has poked me about doing
> something here a few weeks ago, as well, and only flushing the stats
> at redo was not enough while being full of holes.

Good then that I was not at all proposing to only flush the stats at redo?

Greetings,

Andres Freund

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Fabrízio de Royes Mello 2025-01-03 15:42:01 Re: Remove unused rel parameter in lookup_var_attr_stats
Previous Message Greg Sabino Mullane 2025-01-03 14:47:09 Re: Fwd: Re: A new look at old NFS readdir() problems?