From: | Robert Haas <robertmhaas(at)gmail(dot)com> |
---|---|
To: | Kevin Grittner <kgrittn(at)ymail(dot)com> |
Cc: | "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org>, "pgsql-committers(at)postgresql(dot)org" <pgsql-committers(at)postgresql(dot)org> |
Subject: | Re: pgsql: Teach autovacuum about multixact member wraparound. |
Date: | 2015-05-08 17:31:38 |
Message-ID: | CA+TgmoZqASaap_OciTAV1+u8NNAu3toF=OHx7ExPa1eyEb8oxw@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-committers pgsql-hackers |
On Fri, May 8, 2015 at 1:23 PM, Kevin Grittner <kgrittn(at)ymail(dot)com> wrote:
> Robert Haas <rhaas(at)postgresql(dot)org> wrote:
>
>> This patch leaves unsolved the problem of ensuring that emergency
>> autovacuums are triggered even when autovacuum=off. We'll need
>> to fix that via a separate patch.
>
> I think we also need something like your previously-posted
>
> multixact-truncate-race.patch as a follow-on. I'm not at all
> convinced that there is no possibility of truncating new data as
> things stand; and even if that is true now, it seems terribly
> fragile. (Only mentioning it because it wasn't noted in the commit
> message.)
I agree. I'm writing up a summary of open issues now. I didn't
mention it in the commit message because it's not related to the
autovacuum part of the problem.
--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company
From | Date | Subject | |
---|---|---|---|
Next Message | Peter Eisentraut | 2015-05-08 18:46:14 | pgsql: Fix whitespace |
Previous Message | Andres Freund | 2015-05-08 17:24:30 | pgsql: Minor ON CONFLICT related comments and doc fixes. |
From | Date | Subject | |
---|---|---|---|
Next Message | Andres Freund | 2015-05-08 17:32:02 | Re: INSERT ... ON CONFLICT UPDATE/IGNORE 4.0 |
Previous Message | Tom Lane | 2015-05-08 17:25:22 | Re: INSERT ... ON CONFLICT UPDATE/IGNORE 4.0 |