Re: reducing postgresql disk space

From: Steve Crawford <scrawford(at)pinpointresearch(dot)com>
To: paladine <yasinmalli(at)gmail(dot)com>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: reducing postgresql disk space
Date: 2010-05-26 15:48:21
Message-ID: 4BFD42C5.2070902@pinpointresearch.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On 05/26/2010 07:50 AM, paladine wrote:
> It is default value ( #checkpoint_segments = 3 # in logfile segments, min
> 1, 16MB each )
> Many of my database configurations are default values. (plain TOAST etc)
> my database is a log database so, some tables of db grow everytime.
> My ' /base ' directory contains a lot of compressed object (1GB size)
> These are maybe normal operations but I don't understand that
> although I delete many rows from my db and regularly vacuum , reindexing
> operations,
> how doesn't postgresql give back that deleted areas for reusing.
>
What is your PostgreSQL version? In older versions, you needed to set
the free space map high enough to manage the space that vacuum
identified as available. If that isn't high enough, vacuum won't be able
to fully do its job.

Also, if you are doing a typical form of logging where you delete
entries older than some set age, you should read up on table
partitioning. For example, if you keep log data for a year, set up an
empty parent table and create child tables spanning the appropriate
subset of the year (month, week, ...). After the child table is
no-longer needed it can be dropped or truncated depending on your
situation. Dropping or truncating is far faster than "delete
from...where..." and causes no table or index bloat.

Cheers,
Steve

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message paladine 2010-05-26 16:13:31 Re: reducing postgresql disk space
Previous Message Andreas Kretschmer 2010-05-26 15:37:26 Re: why doesn't insert into foo delete from bar returning baz work?