Re: Remaining case where reltuples can become distorted across multiple VACUUM operations
От | Peter Geoghegan |
---|---|
Тема | Re: Remaining case where reltuples can become distorted across multiple VACUUM operations |
Дата | |
Msg-id | CAH2-Wzk56LWsb7JCHpgqjD+DJU8+Zxc6T=CePGBtvHEODZzAuw@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Remaining case where reltuples can become distorted across multiple VACUUM operations (Matthias van de Meent <boekewurm+postgres@gmail.com>) |
Ответы |
Re: Remaining case where reltuples can become distorted across multiple VACUUM operations
|
Список | pgsql-hackers |
On Mon, Aug 8, 2022 at 8:33 AM Matthias van de Meent <boekewurm+postgres@gmail.com> wrote: > For example, if currently the measured 2% of the pages contains more > than 100% of the previous count of tuples, or with your patch the last > page contains more than 100% of the previous count of the tuples, that > new count is ignored, which seems silly considering that the vacuum > count is supposed to be authorative. The 2% thing is conditioned on the new relpages value precisely matching the existing relpages from pg_class -- which makes it very targeted. I don't see why scanned_tuples greatly exceeding the existing reltuples from pg_class is interesting (any more interesting than the other way around). We'll always accept scanned_tuples as authoritative when VACUUM actually scans all pages, no matter what. Currently it isn't possible for VACUUM to skip pages in a table that is 32 pages or less in size. So even the new "single page" thing from the patch cannot matter there. -- Peter Geoghegan
В списке pgsql-hackers по дате отправления: