Re: Vacuum full: alternatives? - Mailing list pgsql-general

From Rakesh Kumar
Subject Re: Vacuum full: alternatives?
Date
Msg-id 1956340781.1122389.1466415264342.JavaMail.yahoo@mail.yahoo.com
Whole thread Raw
In response to Vacuum full: alternatives?  (Job <Job@colliniconsulting.it>)
Responses R: Vacuum full: alternatives?
List pgsql-general
Any reason why you need the space back? What is wrong with space remaining constant at 4GB.



From: Job <Job@colliniconsulting.it>
To: "pgsql-general@postgresql.org" <pgsql-general@postgresql.org>
Sent: Monday, June 20, 2016 5:18 AM
Subject: [GENERAL] Vacuum full: alternatives?

Hello, 

we have a table with an heavy traffic of pg_bulkload and delete of records.
The size pass, in only one day, for example for 1Gb to 4Gb and then 1Gb back.

We have important problems on size and the only way to gain free space is issueing a vacuum full <table>.
But the operation is very slow, sometimes 2/4 hours, and table is not available for services as it is locked.

We do not delete everything at one (in this case the truncate woudl resolve the problem).

The autovacuum is not able (same for normal vacuum) to free the spaces.

Are there some suggestions or another way to manage this?

Thank you!
Francesco

--
Sent via pgsql-general mailing list (pgsql-general@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-general

pgsql-general by date:

Previous
From: Job
Date:
Subject: Vacuum full: alternatives?
Next
From: Andreas Kretschmer
Date:
Subject: Re: Vacuum full: alternatives?