Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.84_2) (envelope-from ) id 1awKSj-0003yR-0h for pgsql-admin@arkaria.postgresql.org; Sat, 30 Apr 2016 02:16:53 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.84_2) (envelope-from ) id 1awKSi-0005ZJ-Fs for pgsql-admin@arkaria.postgresql.org; Sat, 30 Apr 2016 02:16:52 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1awKR1-0003WB-Fv for pgsql-admin@postgresql.org; Sat, 30 Apr 2016 02:15:07 +0000 Received: from out5-smtp.messagingengine.com ([66.111.4.29]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1awKQx-0006DX-4n for pgsql-admin@postgresql.org; Sat, 30 Apr 2016 02:15:06 +0000 Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id A0CF620AAC for ; Fri, 29 Apr 2016 22:15:00 -0400 (EDT) Received: from frontend1 ([10.202.2.160]) by compute3.internal (MEProxy); Fri, 29 Apr 2016 22:15:00 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=YaJl6P/avbVXmP2 op76hdYbxxGM=; b=cD9npUB/GuaLmJFFGO8M/1fEwT6JDmpcUkaYTn1BVI1RUlQ Vug0M8JfZlo2F1byija8Su5Y1i5MA3R29dYbVqYmNW7JT5N1LIjgJIK4q7E9wDzc fUFjtAH0lV072IP5NDPaLPO9LpgRjfmgWPivzPm7/t8zEjwTjgrt1jRBuI6M= X-Sasl-enc: 3SSRgIiHOZWbgkQUV1VwJe44LPxLzk/Qflwqu0xmzfrJ 1461982500 Received: from vanquo.pezone.net (c-73-13-66-39.hsd1.pa.comcast.net [73.13.66.39]) by mail.messagingengine.com (Postfix) with ESMTPA id 66638C00019; Fri, 29 Apr 2016 22:15:00 -0400 (EDT) Subject: Re: Best way to handle "read only" paritions To: Dave Johansen , pgsql-admin References: From: Peter Eisentraut Organization: 2ndQuadrant Message-ID: <57241524.2040304@2ndquadrant.com> Date: Fri, 29 Apr 2016 22:15:00 -0400 User-Agent: Mozilla/5.0 (X11; Linux i686; rv:38.0) Gecko/20100101 Icedove/38.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Pg-Spam-Score: -2.6 (--) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-admin Precedence: bulk Sender: pgsql-admin-owner@postgresql.org On 04/29/2016 12:46 PM, Dave Johansen wrote: > We're using a time-based partitioning scheme for our data and so > partitions become "read only" once the time covered by it has passed. > We've been CLUSTERing those partitions but here's some questions I have: > Should we set the fill factor of the indexes from the default of 90 to 100? > Should we do anything with xids and freeze age? If you are already spending the effort to cluster the completed partitions manually, you might as well also VACUUM FREEZE them manually. Otherwise, this will happen eventually via autovacuum, so you shouldn't need to worry about it unless you have particular problems with vacuum keeping up or finishing. Setting the index fill factor is a reasonable thought, but if you're never going to change the old partitions again, the new fill factor will never be applied. But it might still be worthwhile if you expect occasional changes on old partitions. -- Peter Eisentraut http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services -- Sent via pgsql-admin mailing list (pgsql-admin@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-admin