Stats not updated after rollback -- autovacuum confused. - Mailing list pgsql-hackers

From Dawid Kuroczko
Subject Stats not updated after rollback -- autovacuum confused.
Date
Msg-id 758d5e7f0705062250w7a39e5c6i438d2567216382a7@mail.gmail.com
Whole thread Raw
Responses Re: Stats not updated after rollback -- autovacuum confused.
List pgsql-hackers
Hello, I have a system where there are mostly COPYs,
which insert data into a table.  Ocasionally a COPY will fail (and thus,
dead rows appear), but as far as I can tell ROLLBACK is not reflected
anywhere in the pg_stats_user_tables.  And since there are no rows
n_tup_upd or n_tup_del, therefore autovacuum will not fire for that table.

I see two possible solutions:1) let rollback increment both n_tup_ins and n_tup_del (or maybe    n_tup_upd, at least)?
Thiswould be a good safeguard, I guess.
 
2) ANALYZE is able to see wether table is accumulating dead rows.
It might be a good idea to make ANALYZE able hint autovacuum that
some tables need VACUUM (that they exceed limits set for autovacuum).

The 2nd point could be a TODO item, perhaps?  Something like:
When ANALYZE runs, make it note removable dead rows and non-removable
dead rows.  If removable dead rows exceed some threshold, hint autovacuum
at that table.
  Regards,      Dawid


pgsql-hackers by date:

Previous
From: "Pavel Stehule"
Date:
Subject: Re: plperl vs. bytea
Next
From: Zdenek Kotala
Date:
Subject: Re: Integer datetimes