I've run across a pretty serious problem with pg_autovacuum.
authorBruce Momjian <bruce@momjian.us>
Mon, 1 Dec 2003 23:19:54 +0000 (23:19 +0000)
committerBruce Momjian <bruce@momjian.us>
Mon, 1 Dec 2003 23:19:54 +0000 (23:19 +0000)
commite16c318590269c7243c5962241ba304f1931f499
tree350517623b85a32f88551ea952b141891bf7f7ea
parent0bdc0a6d33c4eef8086cac077efdd66c13241fb6
I've run across a pretty serious problem with pg_autovacuum.
pg_autovacuum looses track of any table that's ever been truncated
(possibly other situations too).   When i truncate a table it gets a
new relfilenode in pg_class.  This is a problem because pg_autovacuum
assumes pg_class.relfilenode will join to pg_stats_all_tables.relid.
pg_stats_all_tables.relid is actallly the oid from pg_class, not the
relfilenode.   These two values start out equal so pg_autovacuum works
initially, but it fails later on because of this incorrect assumption.

This patch fixes that problem.  Applied to HEAD and 7.4.X.

Brian Hirt
contrib/pg_autovacuum/pg_autovacuum.c
contrib/pg_autovacuum/pg_autovacuum.h