we can not get determinate test case as this issue reproduce only once, and currently autovaccum can works as we using vacuum freeze for each tables of each database.
our client's application is real online bank business, and have serveral customer database, do a majority of update opertaion as result trigger some table dead_tup_ratio nealy 100%, but can not find any autovacuum process work for a very long time before we do vacuum freeze manally.
Re: confusion about this commit "Revert "Skip redundant anti-wraparound vacuums""
jiye <jiye_sw@126.com> writes:
in our test enviroment, if one database's have major update operations, autovacuum does not work and cause major performance degradation. if found this issue may be resolved by revert this Skip redundant anti-wraparound vacuums · postgres/postgres@2aa6e33 (github.com) commit.
Please provide a self-contained test case illustrating this report.