VACUUM FULL achieves nothing / Postgres 7.3.2 + RedHat 7.3

From: willmington(at)gmx(dot)net (R(dot) Willmington)
To: pgsql-admin(at)postgresql(dot)org
Subject: VACUUM FULL achieves nothing / Postgres 7.3.2 + RedHat 7.3
Date: 2004-09-15 08:33:50
Message-ID: e6568d.0409150033.17058ef9@posting.google.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

Ladies and gentlemen,

I am running a Postgres 7.3.2 on a Red Hat Linux release 7.3
(Valhalla)
in a multiprocessor (4) environment.

There is a db table in one of the databases containing some 20.000
records updated on a daily basis. When attempting to delete about 4000
deprecated records from it the query ran for almost half an hour and
postmaster occupied 100% CPU, so i decided to cancel it. (Note: select
querys run fine and finish within milliseconds).

In order to reproduce the problem, i copied the above database to my
staging system (same linux, same postgres), and ran a vacuum full
analyze. It finished after 33 minutes. After the vacuum full the
deletion from the 20.000 records table succeeded within 23 ms.

Now, here's the problem:
When running the VACUUM FULL on the live system, it finished after 20
Seconds (without error messages) - and did not change anything.
Performance is still bad, and the delete from xxx where ... still
takes forever.

Additional information:
The applications using the database are java - based and create
persistent connections (from a connection pool) to the postgres
database. These connections are on autocommit, thus, there should not
be any opened transactions preventing the vacuum full from write -
locking the tables.

Any idea what i am doing wrong? Any help appreciated.

Kind regards,

R. Willmington

Responses

Browse pgsql-admin by date

  From Date Subject
Next Message Ian FREISLICH 2004-09-15 09:25:04 Re: unsubscribe
Previous Message Oliver Elphick 2004-09-14 20:46:41 Re: Setup for a db class