Use HTAB for replication slot statistics.
authorAmit Kapila <akapila@postgresql.org>
Tue, 27 Apr 2021 03:39:11 +0000 (09:09 +0530)
committerAmit Kapila <akapila@postgresql.org>
Tue, 27 Apr 2021 03:39:11 +0000 (09:09 +0530)
commit3fa17d37716f978f80dfcdab4e7c73f3a24e7a48
tree43a865e413ebd2852e418535b8fbbdb4a83d6d78
parente7eea52b2d61917fbbdac7f3f895e4ef636e935b
Use HTAB for replication slot statistics.

Previously, we used to use the array of size max_replication_slots to
store stats for replication slots. But that had two problems in the cases
where a message for dropping a slot gets lost: 1) the stats for the new
slot are not recorded if the array is full and 2) writing beyond the end
of the array if the user reduces the max_replication_slots.

This commit uses HTAB for replication slot statistics, resolving both
problems. Now, pgstat_vacuum_stat() search for all the dead replication
slots in stats hashtable and tell the collector to remove them. To avoid
showing the stats for the already-dropped slots, pg_stat_replication_slots
view searches slot stats by the slot name taken from pg_replication_slots.

Also, we send a message for creating a slot at slot creation, initializing
the stats. This reduces the possibility that the stats are accumulated
into the old slot stats when a message for dropping a slot gets lost.

Reported-by: Andres Freund
Author: Sawada Masahiko, test case by Vignesh C
Reviewed-by: Amit Kapila, Vignesh C, Dilip Kumar
Discussion: https://postgr.es/m/20210319185247.ldebgpdaxsowiflw@alap3.anarazel.de
12 files changed:
contrib/test_decoding/t/001_repl_stats.pl
src/backend/catalog/system_views.sql
src/backend/postmaster/pgstat.c
src/backend/replication/logical/logical.c
src/backend/replication/slot.c
src/backend/utils/adt/pgstatfuncs.c
src/include/catalog/catversion.h
src/include/catalog/pg_proc.dat
src/include/pgstat.h
src/include/replication/slot.h
src/test/regress/expected/rules.out
src/tools/pgindent/typedefs.list