pg.ddx.io  pgsql-admin@postgresql.org mailing list archive  
help / color / mirror / Atom feed
From: Steve Crawford <scrawford@pinpointresearch.com>
To: Nic Chidu <nic@chidu.net>
Cc: pgsql-admin@postgresql.org
Subject: Re: full vacuum of a very large table
Date: Tue, 29 Mar 2011 10:07:32 -0700
Message-ID: <4D9211D4.4030601@pinpointresearch.com> (raw)
In-Reply-To: <1301414165.2351.1435136873@webmail.messagingengine.com>
References: <1301414165.2351.1435136873@webmail.messagingengine.com>

On 03/29/2011 08:56 AM, Nic Chidu wrote:
> Got a situation where a 130 mil rows (137GB) table needs to be brought down in size to  10 mil records (most recent)
> with the least amount of downtime.
>
> Doing a full vacuum would be faster on:
>   - 120 mil rows deleted and 10 mil active (delete most of them then full vacuum)
>   - 10 mil deleted and 120 mil active. (delete small batches and full vacuum after each delete).
>
> Any other suggestions?
I didn't really ask earlier, but what amount of downtime is acceptable 
and how much space is available on your drive?

If a few minutes is acceptable and you aren't completely against the 
wall in disk-space, the easiest is probably to delete all the old rows 
and cluster the table. Cluster requires an exclusive lock, but so does 
vacuum full. And in my experience with larger tables a cluster is an 
order or magnitude or more faster (and you get shiny new indexes as 
well). Analyze the table immediately afterward.

The exact solution will depend on the nature of your operation (what 
depends on this table, what is the nature of data inserts and queries, 
etc.). If it is critical that you be able to continuously insert data, 
you might copy the live rows up to some recent point in time to a 
holding table, then lock the table, copy the recently added rows, 
truncate and unlock the table and backfill it from the other table. This 
will minimize the unavailability for inserts but may not be feasible if 
you have constant query requirements, foreign-key constraints or the like.

If availability is truly critical, be sure to test whatever approach you 
take in advance.

Cheers,
Steve




view thread (8+ messages)

Message-ID: <4D9211D4.4030601@pinpointresearch.com>
Permalink:  ../4D9211D4.4030601@pinpointresearch.com/
Also on:    postgresql.org/message-id/4D9211D4.4030601@pinpointresearch.com

 · 

reply

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Reply to all the recipients using the --to and --cc options:
  reply via email

  To: pgsql-admin@postgresql.org
  Cc: scrawford@pinpointresearch.com, nic@chidu.net
  Subject: Re: full vacuum of a very large table
  In-Reply-To: <4D9211D4.4030601@pinpointresearch.com>

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox