Re: Proposed patch: Smooth replication during VACUUM FULL - Mailing list pgsql-hackers

From Jaime Casanova
Subject Re: Proposed patch: Smooth replication during VACUUM FULL
Date
Msg-id BANLkTikMAx4G0uBLJ10kzUXFpKSWbZVCxg@mail.gmail.com
Whole thread Raw
In response to Re: Proposed patch: Smooth replication during VACUUM FULL  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
On Sat, Apr 30, 2011 at 5:48 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> Jaime Casanova <jaime@2ndquadrant.com> writes:
>> On Sat, Apr 30, 2011 at 1:19 PM, Gabriele Bartolini
>>> I have noticed that during VACUUM FULL on reasonably big tables, replication
>>> lag climbs. In order to smooth down the replication lag, I propose the
>>> attached patch which enables vacuum delay for VACUUM FULL.
>
>> AFAICS, the problem is that those operations involve the rebuild of
>> tables, so we can't simply stop in the middle and wait because we will
>> need to hold a strong lock more time... also the patch seems to be
>> only doing something for CLUSTER and not for VACUUM FULL.
>> or am i missing something?
>
[...]
> The argument about holding locks longer doesn't seem relevant to me:
> enabling delays during VACUUM FULL would've had that effect in the old
> implementation, too, but nobody ever complained about that,

you mean, no complaints except the usual: "don't use VACUUM FULL"?

--
Jaime Casanova         www.2ndQuadrant.com
Professional PostgreSQL: Soporte y capacitación de PostgreSQL


pgsql-hackers by date:

Previous
From: Mark Kirkwood
Date:
Subject: Re: increasing collapse_limits?
Next
From: Tomas Vondra
Date:
Subject: a bit more precise MaxOffsetNumber