Re: big database resulting in small dump

From: Lonni J Friedman <netllama(at)gmail(dot)com>
To: Ilya Ivanov <forn(at)ngs(dot)ru>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: big database resulting in small dump
Date: 2012-07-20 18:09:17
Message-ID: CAP=oouFU+++Qpgun8zW1s-TQ9zviC8ripEGxiyG=v=uMKLaUXA@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Fri, Jul 20, 2012 at 11:05 AM, Ilya Ivanov <forn(at)ngs(dot)ru> wrote:
> I have a 8.4 database (installed on ubuntu 10.04 x86_64). It holds Zabbix
> database. The database on disk takes 10Gb. SQL dump takes only 2Gb. I've
> gone through
> http://archives.postgresql.org/pgsql-general/2008-08/msg00316.php and got
> some hints. Naturally, the biggest table is history (the second biggest is
> history_uint. Together they make about 95% of total size). I've tried to
> perform CLUSTER on it, but seemed to be taking forever (3 hours and still
> not completed). So I cancelled it and went with database drop and restore.
> It resulted in database taking up 6.4Gb instead of 10Gb. This is a good
> improvement, but still isn't quite what I expect. I would appreciate some
> clarification.

Its not entirely clear what behavior you expect here. Assuming that
you're referring to running pg_dump, then you should just about never
expect the size of the resulting dump to be equal to the amount of
disk space the database server files consume on disk. For example,
when I pg_dump a database that consumes about 290GB of disk, the
resulting dump is about 1.3GB. This is normal & expected behavior.

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Tom Lane 2012-07-20 18:23:00 Re: big database resulting in small dump
Previous Message Ilya Ivanov 2012-07-20 18:05:55 big database resulting in small dump