Re: allowing VACUUM to be cancelled for conflicting locks - Mailing list pgsql-hackers

From Andres Freund
Subject Re: allowing VACUUM to be cancelled for conflicting locks
Date
Msg-id 20140428175106.GD14464@awork2.anarazel.de
Whole thread Raw
In response to Re: allowing VACUUM to be cancelled for conflicting locks  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
On 2014-04-28 09:54:49 -0400, Tom Lane wrote:
> Abhijit Menon-Sen <ams@2ndquadrant.com> writes:
> > In the past, we've had situations where "everything is hung" turned out
> > to be because of a script that ran manual VACUUM that was holding some
> > lock. It's admittedly not a huge problem, but it might be useful if a
> > manual VACUUM could be cancelled the way autovacuum can be.
> 
> I think the real answer to that is "stop using manual VACUUM".

E.g. manually scheduling the full table vacuums to happen during low
activity periods is a very good idea on busy servers.

Greetings,

Andres Freund

-- Andres Freund                       http://www.2ndQuadrant.com/PostgreSQL Development, 24x7 Support, Training &
Services



pgsql-hackers by date:

Previous
From: Claudio Freire
Date:
Subject: Re: allowing VACUUM to be cancelled for conflicting locks
Next
From: Tom Lane
Date:
Subject: Re: allowing VACUUM to be cancelled for conflicting locks