From: | Robert Haas <robertmhaas(at)gmail(dot)com> |
---|---|
To: | Phoenix Kiula <phoenix(dot)kiula(at)gmail(dot)com> |
Cc: | Merlin Moncure <mmoncure(at)gmail(dot)com>, "pgsql-performance(at)postgresql(dot)org" <pgsql-performance(at)postgresql(dot)org> |
Subject: | Re: REINDEX takes half a day (and still not complete!) |
Date: | 2011-04-23 19:44:23 |
Message-ID: | 34CE0668-2A83-4BE4-B191-86871C2F8334@gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
On Apr 17, 2011, at 11:30 AM, Phoenix Kiula <phoenix(dot)kiula(at)gmail(dot)com> wrote:
> Sorry, rejuvenating a thread that was basically unanswered.
>
> I closed the database for any kinds of access to focus on maintenance
> operations, killed all earlier processes so that my maintenance is the
> only stuff going on.
>
> REINDEX is still taking 3 hours -- and it is still not finished!
>
> Similarly, if I cancel the REINDEX and issue a VACUUM ANALYZE VERBOSE,
> this too seems to just hang there on my big table.
>
> I changed the maintenance_work_men to 2GB for this operation. It's
> highly worrisome -- the above slow times are with 2GB of my server
> dedicated to Postgresql!!!!
>
> Surely this is not tenable for enterprise environments? I am on a
> 64bit RedHat server with dual CPU Intel Woodcrest or whatever that was
> called. Postgres is 8.2.9.
>
> How do DB folks do this with small maintenance windows? This is for a
> very high traffic website so it's beginning to get embarrassing.
>
> Would appreciate any thoughts or pointers.
An upgrade would probably help you a lot, and as others have said it sounds like your hardware is failing, so you probably want to deal with that first.
I am a bit surprised, however, that no one seems to have mentioned using CLUSTER rather than VACUUM or REINDEX. Sometimes that's worth a try...
...Robert
From | Date | Subject | |
---|---|---|---|
Next Message | Tory M Blue | 2011-04-24 04:22:22 | Re: oom_killer |
Previous Message | Robert Haas | 2011-04-23 19:34:11 | Re: big distinct clause vs. group by |