Re: Track skipped tables during autovacuum and autoanalyze
Вложения
В списке pgsql-hackers по дате отправления:
| От | Michael Paquier |
|---|---|
| Тема | Re: Track skipped tables during autovacuum and autoanalyze |
| Дата | |
| Msg-id | acRvIt2idOKeD7wv@paquier.xyz обсуждение исходный текст |
| Ответ на | Re: Track skipped tables during autovacuum and autoanalyze (Sami Imseih <samimseih@gmail.com>) |
| Ответы |
Re: Track skipped tables during autovacuum and autoanalyze
|
| Список | pgsql-hackers |
On Wed, Mar 25, 2026 at 12:12:35PM -0500, Sami Imseih wrote: > I'm fine with adding timestamps, as there seem to be convincing > reasons to add them. > My other concern is bloat of the pg_stat_all_tables view. This patch > adds 4 columns, or > 8 if we also include manual vacuum and analyze (which I think we should). > > Given that, should we also start thinking about splitting the vacuum > activity related > columns into a dedicated view and out of pg_stat_all_tables for v20? PgStat_StatTabEntry is shared between indexes and tables. A bunch of its fields apply only to tables, not indexes (aka all the vacuum and analyze ones). Few fields apply only to indexes, not tables. Not that many are shared between both. I would advocate for a clean split between indexes and tables, as a start, with a new variable-sized stats kind dedicated to indexes. -- Michael
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера