From: | shauncutts(at)factfiber(dot)com |
---|---|
To: | <pgsql-general(at)lists(dot)postgresql(dot)org> |
Subject: | Re: Corrupt index stopping autovacuum system wide |
Date: | 2019-07-18 00:43:58 |
Message-ID: | 4aa8e980bd7ab2d50252599c9149b19f@factfiber.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On 17.07.2019 18:14, Andres Freund wrote:
>
>
> To me that means that we need prioritization across databases, and
> between tables, and probably by multiple criteria. I suspect there
> need
> to be multiple criteria how urgent vacuuming is, and autovacuum ought
> to
> try to make progress on all of them.
>
I'm not a contributor, and don't know the code base, so don't normally
comment. But it occurs to me in the present case that there may be a
short-term workaround for the current problem: could autovacuum visit
tables in a random order? Then at least all tables would get vacuumed
eventually (in the current case). If, later, more complex priorities are
implemented, they could be probabilistic weights.
Best,
-- Shaun Cutts
From | Date | Subject | |
---|---|---|---|
Next Message | Michael Harris | 2019-07-18 02:04:22 | pg_stat_progress_vacuum comes up empty ...? |
Previous Message | Andres Freund | 2019-07-17 22:14:21 | Re: Corrupt index stopping autovacuum system wide |