Re: Add mode column to pg_stat_progress_vacuum
От | Shinya Kato |
---|---|
Тема | Re: Add mode column to pg_stat_progress_vacuum |
Дата | |
Msg-id | CAOzEurTq_72iBiinfyswXkda9ARm_xkASXHVyKV-EZFLmVU=-g@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Add mode column to pg_stat_progress_vacuum (Sami Imseih <samimseih@gmail.com>) |
Ответы |
Re: Add mode column to pg_stat_progress_vacuum
|
Список | pgsql-hackers |
On Wed, Oct 8, 2025 at 4:40 AM Sami Imseih <samimseih@gmail.com> wrote: > > > > I wonder if we could be even more granular > > > for the "normal autovacuum" case and point to the reason the table was > > > chosen. For example, was it the insert threshold, the update/delete > > > threshold, etc.? > > > > Sounds like reasonable information. I guess we might want to have such > > information in a cumulative statistics view but do you think it's > > better to have it in a dynamic statistics view? > > +1 for this information in cumulative stats, on a per table level for sure. > I do think however the pg_stat_all_tables views is getting too wide > and moving new relation vacuum stats to a separate stats view will > be very useful. Thanks for the discussion. IIUC are you suggesting I add such a last_autovacuum_reason column to pg_stat_all_tables, which would be populated with one of the following values? - autovacuum_vacuum_threshold - autovacuum_vacuum_insert_threshold - autovacuum_freeze_max_age - autovacuum_multixact_freeze_max_age (For consistency, I should probably add a last_autoanalyze_reason column to pg_stat_all_tables as well.) -- Best regards, Shinya Kato NTT OSS Center
В списке pgsql-hackers по дате отправления: