Re: gist microvacuum doesn't appear to care about hot standby? - Mailing list pgsql-hackers

From Alexander Korotkov
Subject Re: gist microvacuum doesn't appear to care about hot standby?
Date
Msg-id CAPpHfdsf4d71qHYZUXN8YMapzma9T+XBcawVqvfeUwRXhSKoOA@mail.gmail.com
Whole thread Raw
In response to Re: gist microvacuum doesn't appear to care about hot standby?  (Alexander Korotkov <a.korotkov@postgrespro.ru>)
Responses Re: gist microvacuum doesn't appear to care about hot standby?  (Andres Freund <andres@anarazel.de>)
List pgsql-hackers
On Thu, Dec 13, 2018 at 7:28 AM Alexander Korotkov
<a.korotkov@postgrespro.ru> wrote:
> On Thu, Dec 13, 2018 at 1:45 AM Andres Freund <andres@anarazel.de> wrote:
> > Is there any reason something like that isn't necessary for gist? If so,
> > where's that documented? If not, uh, isn't that a somewhat serious bug
> > in gist?
>
> Thank you for pointing!  This looks like a bug for me too.  I'm going
> to investigate more on this and provide a fix in next couple of days.

Sorry for delay.  Attached patch implements conflict handling for gist
microvacuum like btree and hash.  I'm going to push it if no
objections.

Note, that it implements new WAL record type.  So, new WAL can\t be
replayed on old minor release.  I'm note sure if we claim that it's
usually possible.  Should we state something explicitly for this case?

------
Alexander Korotkov
Postgres Professional: http://www.postgrespro.com
The Russian Postgres Company

Attachment

pgsql-hackers by date:

Previous
From: Andres Freund
Date:
Subject: Re: Valgrind failures in Apply Launcher's bgworker_quickdie() exit
Next
From: Alvaro Herrera
Date:
Subject: Re: Should new partitions inherit their tablespace from their parent?