aboutsummaryrefslogtreecommitdiff
path: root/doc/src
diff options
context:
space:
mode:
authorMasahiko Sawada <msawada@postgresql.org>2024-06-14 10:08:15 +0900
committerMasahiko Sawada <msawada@postgresql.org>2024-06-14 10:08:15 +0900
commitf1affb67055c9b3f31a7ee7eb521a9ba64fff488 (patch)
treee2a52561fee7700bf89cc5ad6f0372d1a3d52556 /doc/src
parent56a8296212b68267dc2bddeb1fb40a893b1aadb3 (diff)
downloadpostgresql-f1affb67055c9b3f31a7ee7eb521a9ba64fff488.tar.gz
postgresql-f1affb67055c9b3f31a7ee7eb521a9ba64fff488.zip
Reintroduce dead tuple counter in pg_stat_progress_vacuum.
Commit 667e65aac3 changed both num_dead_tuples and max_dead_tuples columns to dead_tuple_bytes and max_dead_tuple_bytes columns, respectively. But as per discussion, the number of dead tuples collected still provides meaningful insights for users. This commit reintroduces the column for the count of dead tuples, renamed as num_dead_item_ids. It avoids confusion with the number of dead tuples removed by VACUUM, which includes dead heap-only tuples but excludes any pre-existing LP_DEAD items left behind by opportunistic pruning. Bump catalog version. Reviewed-by: Peter Geoghegan, Álvaro Herrera, Andrey Borodin Discussion: https://postgr.es/m/CAD21AoBL5sJE9TRWPyv%2Bw7k5Ee5QAJqDJEDJBUdAaCzGWAdvZw%40mail.gmail.com
Diffstat (limited to 'doc/src')
-rw-r--r--doc/src/sgml/monitoring.sgml9
1 files changed, 9 insertions, 0 deletions
diff --git a/doc/src/sgml/monitoring.sgml b/doc/src/sgml/monitoring.sgml
index 053da8d6e40..b2ad9b446f3 100644
--- a/doc/src/sgml/monitoring.sgml
+++ b/doc/src/sgml/monitoring.sgml
@@ -6270,6 +6270,15 @@ FROM pg_stat_get_backend_idset() AS backendid;
<row>
<entry role="catalog_table_entry"><para role="column_definition">
+ <structfield>num_dead_item_ids</structfield> <type>bigint</type>
+ </para>
+ <para>
+ Number of dead item identifiers collected since the last index vacuum cycle.
+ </para></entry>
+ </row>
+
+ <row>
+ <entry role="catalog_table_entry"><para role="column_definition">
<structfield>indexes_total</structfield> <type>bigint</type>
</para>
<para>