Re: Cancelling of autovacuums considered harmful

From: Steve Crawford <scrawford(at)pinpointresearch(dot)com>
To: Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>, Scott Marlowe <scott(dot)marlowe(at)gmail(dot)com>
Cc: "pgsql-general(at)postgresql(dot)org" <pgsql-general(at)postgresql(dot)org>
Subject: Re: Cancelling of autovacuums considered harmful
Date: 2014-02-27 00:44:56
Message-ID: 530E8A88.1090400@pinpointresearch.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On 02/26/2014 04:40 PM, Steve Crawford wrote:
> On 02/26/2014 08:56 AM, Alvaro Herrera wrote:
>> ...
>> No matter how heavily updated, regular activity should not cause
>> autovacuum kills. Only heavier operations would do that (say ALTER
>> TABLE, etc).
>
> "Considered harmful" got my attention. What, if any, known harm is
> caused?
>
> We have many errors of this type but in our case most are due to batch
> processes that have a vacuum embedded at appropriate points in the
> string of commands in order to avoid excessive bloat and to ensure the
> tables are analyzed for the following steps. Occasionally the
> autovacuum triggers before the manual but gets canceled.

Oops, I meant to say the processes have an ANALYZE embedded in them but
this kills the vacuum. Typically they are bulk-loads into an empty table
followed by analysis and distribution of the incoming data to other
tables. The ANALYZE immediately follows the data load to ensure the
planner has updated stats for the analysis and other following stages.

Cheers,
Steve

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Bastiaan Olij 2014-02-27 01:25:55 sslmode=prefer v.s. sslmode=verify-ca
Previous Message Steve Crawford 2014-02-27 00:40:51 Re: Cancelling of autovacuums considered harmful