Received: from localhost (unknown [200.46.204.191]) by postgresql.org (Postfix) with ESMTP id A6F789FB3F4 for ; Tue, 23 Oct 2007 13:21:23 -0300 (ADT) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.204.191]) (amavisd-maia, port 10024) with ESMTP id 45843-05 for ; Tue, 23 Oct 2007 13:21:18 -0300 (ADT) X-Greylist: from auto-whitelisted by SQLgrey-1.7.5 Received: from mail.ecircle.de (mail.ecircle.de [195.140.186.200]) by postgresql.org (Postfix) with ESMTP id 899DA9F9254 for ; Tue, 23 Oct 2007 13:21:18 -0300 (ADT) Received: from einstein.muc.ecircle.de (einstein.muc.ecircle.de [192.168.1.7]) by mail.ecircle.de (READY) with ESMTP id 7C0DA59400F; Tue, 23 Oct 2007 18:21:17 +0200 (CEST) Received: from [192.168.1.91] ([192.168.1.91]) by einstein.muc.ecircle.de with Microsoft SMTPSVC(6.0.3790.1830); Tue, 23 Oct 2007 18:21:17 +0200 Subject: Re: 12 hour table vacuums From: Csaba Nagy To: Ron St-Pierre Cc: pgsql-performance@postgresql.org In-Reply-To: <471E18ED.3090704@shaw.ca> References: <471E18ED.3090704@shaw.ca> Content-Type: text/plain Date: Tue, 23 Oct 2007 18:21:16 +0200 Message-Id: <1193156476.21016.55.camel@PCD12478> Mime-Version: 1.0 X-Mailer: Evolution 2.10.1 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 23 Oct 2007 16:21:17.0501 (UTC) FILETIME=[BD45EED0:01C81590] X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200710/255 X-Sequence-Number: 27277 On Tue, 2007-10-23 at 08:53 -0700, Ron St-Pierre wrote: > [snip] We were running autovacuum but it interfered with > the updates to we shut it off. This is not directly related to your question, but it might be good for your DB: you don't need to turn off autovacuum, you can exclude tables individually from being autovacuumed by inserting the appropriate rows in pg_autovacuum. See: http://www.postgresql.org/docs/8.1/static/catalog-pg-autovacuum.html We also do have here a few big tables which we don't want autovacuum to touch, so we disable them via pg_autovacuum. There are a few really big ones which change rarely - those we only vacuum via a DB wide vacuum in the weekend (which for us is a low activity period). If you say your table is only changed rarely, you might be OK too with such a setup... Cheers, Csaba.