From: | Achilleas Mantzios <achill(at)matrix(dot)gatewaynet(dot)com> |
---|---|
To: | pgsql-admin(at)postgresql(dot)org |
Subject: | Re: Table space grow big - PostgreSQL |
Date: | 2010-05-05 12:01:33 |
Message-ID: | 201005051501.33619.achill@matrix.gatewaynet.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin |
Στις Wednesday 05 May 2010 14:45:26 ο/η Kevin Grittner έγραψε:
> Khangelani Gama wrote:
>
> > /usr/local/pgsql/data/base directory shows the following where
> > 95186722/ takes a lot of space :
>
> > 51G ./95186722
>
> > Now the dump file of the very same database created by using
> > command : pg_dump -U user -O dbname > /tmp/filename is 2.8G big.
>
> > The main question I have is: What makes the
> > /usr/local/pgsql/data/base/95186722/ grow so big while the actual
> > data with its schema is only 2.8G and that is there a way to reduce
> > the table space sizes or anything related to that?
>
> The size of a dump is often somewhat smaller than the raw data, but
> this extreme difference suggests that your tables are bloated due to
> inadequate routine maintenance. What version of PostgreSQL is this?
> What is your vacuum policy? Please show the contents of your
> postgresql.conf file with all comments stripped.
>
It depends, in the case of indexes, one SQL CREATE INDEX statement could result to many megs of memory on disk,
while, on the other hand, binary content (a bytea holding e.g. image bitmaps) will have bigger size in the dump rather than
on disk's raw data, since it is compressed there.
In our case the dump is twice the size of the db on disk, but generally i think there cant be no universal rule of what is
larger than what.
> -Kevin
>
>
--
Achilleas Mantzios
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2010-05-05 13:35:02 | Re: Ubuntu 10.04 - Cannot Create TCP/IP Sockets |
Previous Message | Devrim GÜNDÜZ | 2010-05-05 11:47:15 | Re: Table space grow big - PostgreSQL |