Re: Vacuum statistics
От | Jim Nasby |
---|---|
Тема | Re: Vacuum statistics |
Дата | |
Msg-id | E0B6D242-C16D-4848-930E-B693D4E5C678@upgrade.com обсуждение исходный текст |
Ответ на | Vacuum statistics (Alena Rybakina <lena.ribackina@yandex.ru>) |
Список | pgsql-hackers |
In that case I feel rather strongly that we should label that as “errors”. “Interrupt” could mean a few different things, but “error” is very clear.On Nov 2, 2024, at 7:22 AM, Alena Rybakina <a.rybakina@postgrespro.ru> wrote:Yes it is.The second is the interrupts field. It is needed for monitoring to know do we have them or not, so tracking them on the database level will do the trick. Interrupt is quite rare event, so once the monitoring system will catch one the DBA can go to the server log for the details.Just to confirm… by “interrupt” you mean vacuum encountered an error?
I updated patches. I excluded system and user time statistics and save number of interrupts only for database. I removed the ability to get statistics for all tables, now they can only be obtained for an oid table [0], as suggested here. I also renamed the statistics from pg_stat_vacuum_tables to pg_stat_get_vacuum_tables and similarly for indexes and databases. I noticed that that’s what they’re mostly called. Ready for discussion.
В списке pgsql-hackers по дате отправления: