Re: New criteria for autovacuum

From: Konstantin Knizhnik <knizhnik(at)garret(dot)ru>
To: Aleksander Alekseev <aleksander(at)timescale(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: New criteria for autovacuum
Date: 2025-04-03 18:32:35
Message-ID: f16d36ab-530b-44fe-8c80-98f392e75f59@garret.ru
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers


On 03/04/2025 6:29 pm, Aleksander Alekseev wrote:
> I have mixed feelings about addressing this. Although this behavior is
> somewhat counterintuitive, if the user has a read-only lookup table
> he/she can always execute VACUUM manually. In order to relieve him of
> this unbearable burden we are going to need to introduce some overhead
> that will affect all the users (not to mention people maintaining the
> code). This would be convenient for sure but I'm not entirely sure if
> it's worth it.

Overhead seems to be minimal (update of one statistic field in case of
heap fetch in index-only scan) and information about visibility checks
performed by IOS seems to be useful in any case, even if it is not used
by autovacuum.

So I am not sure how frequent this scenario is (when index-only scan has
to perform extra heap checks or is just not used because of VM
examination), but if it can be prevented without much efforts or
overhead, then why not to implement it?

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Andres Freund 2025-04-03 18:35:04 Re: AIO v2.5
Previous Message Masahiko Sawada 2025-04-03 18:23:49 Re: pg_recvlogical cannot create slots with failover=true