Re: Unexpectedly high disk space usage

From: Scott Marlowe <scott(dot)marlowe(at)gmail(dot)com>
To: Lists <lists(at)benjamindsmith(dot)com>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, pgsql-general(at)postgresql(dot)org
Subject: Re: Unexpectedly high disk space usage
Date: 2012-11-09 02:38:09
Message-ID: CAOR=d=1XCz=_HM5hM=8H+o0Vy-C1r1D=f=BJbnm+TwHDE=xu2g@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Thu, Nov 8, 2012 at 6:05 PM, Lists <lists(at)benjamindsmith(dot)com> wrote:
> On 11/07/2012 12:42 PM, Tom Lane wrote:
>>>
>>> ... because it
>>> >occasionally causes transactions and queries to hang when an update
>>> >causes a vacuum mid-day, effectively taking us offline randomly.
>>
>> I suspect this claim is based on ancient and no longer very relevant
>> experience.
>
> Even so, if I felt the need to keep autovacuum off, what would I need to run
> regularly in order to keep things neat and tidy under the hood? Would a
> simple "vacuum" within each database suffice? Should I be logged in as the
> database owner or as an administrative user?

Just know that most of the time people think they need to turn off
autovacuum they usually need to tune it instead. either more or less
agressive depending on why they think they need to turn it off. If
it's consuming too much IO then reduce cost limit / increase cost
delay, if it's not aggressive enough, then reverse that and increase
cost limit and decrease cost delay. If your IO subsystem can't keep
up, then turning off autovacuum or turning it down simply be delaying
the problem rather than solving it (i.e. throw more IO at it).

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Alvaro Herrera 2012-11-09 02:40:48 Re: Does PostgreSQL have complete functional test cases?
Previous Message Alvaro Herrera 2012-11-09 02:36:33 Re: Does PostgreSQL have complete functional test cases?