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?
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 |