From: | Alvaro Herrera <alvherre(at)2ndquadrant(dot)com> |
---|---|
To: | Peter Geoghegan <pg(at)bowt(dot)ie> |
Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Aaron Pelz <aaronepelz(at)gmail(dot)com>, pgsql-general General <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: Corrupt index stopping autovacuum system wide |
Date: | 2019-07-17 18:21:38 |
Message-ID: | 20190717182138.GA25244@alvherre.pgsql |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On 2019-Jul-17, Peter Geoghegan wrote:
> Maybe nbtree VACUUM should do something more aggressive than give up
> when there is a "failed to re-find parent key" or similar condition.
> Perhaps it would make more sense to make the index inactive (for some
> value of "inactive") instead of just complaining. That might be the
> least worst option, all things considered.
Maybe we can mark an index as unvacuumable in some way? As far as I
understand, all queries using that index work, as do index updates; it's
just vacuuming that fails. If we mark the index as unvacuumable, then
vacuum just skips it (and does not run phase 3 for that table), and
things can proceed; the table's age can still be advanced. Obviously
it'll result in more bloat than in normal condition, but it shouldn't
cause the whole cluster to go down.
--
Álvaro Herrera https://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
From | Date | Subject | |
---|---|---|---|
Next Message | David G. Johnston | 2019-07-17 18:22:09 | Re: Looking for Postgres upgrade Metrix |
Previous Message | Perumal Raj | 2019-07-17 18:15:51 | Looking for Postgres upgrade Metrix |