Re: New criteria for autovacuum

Поиск
Список
Период
Сортировка
От Konstantin Knizhnik
Тема Re: New criteria for autovacuum
Дата
Msg-id f16d36ab-530b-44fe-8c80-98f392e75f59@garret.ru
обсуждение исходный текст
Ответ на Re: New criteria for autovacuum  (Aleksander Alekseev <aleksander@timescale.com>)
Список 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?




В списке pgsql-hackers по дате отправления: