Re: Vacuum statistics
Jim Nasby <jnasby@upgrade.com>
From: Jim Nasby <jnasby@upgrade.com>
To: Sami Imseih <samimseih@gmail.com>
Cc: Alena Rybakina <a.rybakina@postgrespro.ru>,
Ilia Evdokimov <ilya.evdokimov@tantorlabs.com>,
Andrei Zubkov <zubkov@moonset.ru>,
Masahiko Sawada <sawada.mshk@gmail.com>,
Melanie Plageman <melanieplageman@gmail.com>,
jian he <jian.universality@gmail.com>,
pgsql-hackers <pgsql-hackers@postgresql.org>,
a.lepikhov@postgrespro.ru,
Alexander Korotkov <aekorotkov@gmail.com>
Date: 2025-01-02T21:14:13Z
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
> On Jan 2, 2025, at 2:12 PM, Sami Imseih <samimseih@gmail.com> wrote: > > Alternatively, we can remove the vacuum related stats from pg_stat_all_tables, > but that will break monitoring tools and will leave us with the (auto)analyze > metrics alone in pg_stat_all_tables. This sounds very ugly. While backwards compatibility is important, there’s definitely precedent for changing what shows up in the catalog. IMHO it’s better to bite the bullet and move those fields instead of having vacuum stats spread across two different views.