Re: VACUUM and read-mostly tables

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: "Ian Westmacott" <ianw(at)intellivid(dot)com>
Cc: pgsql-admin(at)postgresql(dot)org
Subject: Re: VACUUM and read-mostly tables
Date: 2005-04-05 06:42:00
Message-ID: 10364.1112683320@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

"Ian Westmacott" <ianw(at)intellivid(dot)com> writes:
> The problem is that we are writing rows every 1/15 second, 24x7. There
> is no down time. I'm wondering if there is any way to avoid vacuuming
> the old tables over and over. The documentation seems to indicate that
> a full vacuum is needed to avoid XID wrap-around. Can vacuum freeze
> help me?

VACUUM FULL isn't really relevant. VACUUM FREEZE on a particular table
should "fix" that table permanently, as long as you don't make any more
changes to it. Keep in mind though that you still have to vacuum the
system catalogs often enough to avoid wraparound in them. The real risk
here is in overlooking any one table. You should probably use some kind
of automated vacuum driver ... have you looked at pg_autovacuum?

I believe Fujitsu is looking into what it'd take to make a variant
Postgres with 64-bit XIDs. This'd probably imply also expanding CIDs,
OIDs, and some other things, so the space penalty is not to be sneezed
at ... but it might be worth it for installations like yours.

regards, tom lane

In response to

Responses

Browse pgsql-admin by date

  From Date Subject
Next Message Robert Treat 2005-04-05 12:44:12 Re: Advice on mysql to postgres conversion.
Previous Message Jim C. Nasby 2005-04-05 04:41:28 Re: VACUUM and read-mostly tables