Re: pg_dumpall affecting performance - Mailing list pgsql-performance

From Kevin Grittner
Subject Re: pg_dumpall affecting performance
Date
Msg-id 4D5A7BE6020000250003AA9D@gw.wicourts.gov
Whole thread Raw
In response to pg_dumpall affecting performance  (Mark Mikulec <mark@anticentertainment.com>)
List pgsql-performance
Mark Mikulec <mark@anticentertainment.com> wrote:

> The strange thing is that this started after my database grew by
> about 25% after a large influx of data due to user load

In addition to the issues already mentioned, there is the fact that
to maintain consistency an entire database must be dumped in a
single database transaction with one snapshot.  This means that
garbage collection can't run, which may lead to bloat under some
circumstances.  This may be why your database grew by 25%.  If that
bloat is concentrated in a small number of tables, you may want to
schedule aggressive maintenance (like CLUSTER) on those tables.

One other factor which can affect running applications is the table
locks which the dump must hold.

You might want to look into PITR backup techniques, or streaming
replication on 9.0

-Kevin

pgsql-performance by date:

Previous
From: "Strange, John W"
Date:
Subject: Re: high user cpu, massive SELECTs, no io waiting problem
Next
From: "Kim A. Brandt"
Date:
Subject: Re: LIMIT on partitioned-table!?