Re: Vacuum statistics
Alena Rybakina <a.rybakina@postgrespro.ru>
From: Alena Rybakina <a.rybakina@postgrespro.ru>
To: Ilia Evdokimov <ilya.evdokimov@tantorlabs.com>,
pgsql-hackers <pgsql-hackers@postgresql.org>
Cc: jian he <jian.universality@gmail.com>,
Alexander Korotkov <aekorotkov@gmail.com>, Andrei Zubkov
<zubkov@moonset.ru>, Alena Rybakina <lena.ribackina@yandex.ru>,
a.lepikhov@postgrespro.ru
Date: 2024-10-16T11:01:55Z
Lists: pgsql-hackers
Commits
Same data as JSON:
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
Move wal_buffers_full from PgStat_PendingWalStats to WalUsage
- eaf502747bac 18.0 cited
Hi! On 16.10.2024 13:31, Ilia Evdokimov wrote: > > > On 08.10.2024 19:18, Alena Rybakina wrote: >> Made a rebase on a fresh master branch. >> -- >> Regards, >> Alena Rybakina >> Postgres Professional > > Thank you for rebasing. > > I have noticed that when I create a table or an index on this table, > there is no information about the table or index in > pg_stat_vacuum_tables and pg_stat_vacuum_indexes until we perform a > VACUUM. > > Example: > > CREATE TABLE t (i INT, j INT); > INSERT INTO t SELECT i/10, i/100 FROM GENERATE_SERIES(1,1000000) i; > SELECT * FROM pg_stat_vacuum_tables WHERE relname = 't'; > .... > (0 rows) > CREATE INDEX ON t (i); > SELECT * FROM pg_stat_vacuum_indexes WHERE relname = 't_i_idx'; > ... > (0 rows) > > I can see the entries after running VACUUM or executing autovacuum. or > when autovacuum is executed. I would suggest adding a line about the > relation even if it has not yet been processed by > vacuum. Interestingly, this issue does not occur with > pg_stat_vacuum_database: > > CREATE DATABASE example_db; > SELECT * FROM pg_stat_vacuum_database WHERE dbname = 'example_db'; > dboid | dbname | ... > ... | example_db | ... > (1 row) > > BTW, I recommend renaming the view pg_stat_vacuum_database to > pg_stat_vacuum_database_S_ for consistency with pg_stat_vacuum_tables > and pg_stat_vacuum_indexes > Thanks for the review. I'm investigating this. I agree with the renaming, I will do it in the next version of the patch. -- Regards, Alena Rybakina Postgres Professional