Re: Slow pg_dump - Mailing list pgsql-admin

From Tom Lane
Subject Re: Slow pg_dump
Date
Msg-id 14644.1208054766@sss.pgh.pa.us
Whole thread Raw
In response to Slow pg_dump  ("Ryan Wells" <ryan.wells@soapware.com>)
Responses Re: Slow pg_dump  ("Ryan Wells" <ryan.wells@soapware.com>)
List pgsql-admin
"Ryan Wells" <ryan.wells@soapware.com> writes:
> We have several tables that are used to store binary data as bytea (in
> this example image files),

Precompressed image formats, no doubt?

> pg_dump -i -h localhost -p 5432 -U postgres -F c -v -f "backupTest.backup" -t "public"."images" db_name

Try it with -Z0, or even drop the -Fc completely, since it's certainly
not very helpful on a single-table dump.  Re-compressing already
compressed data is not only useless but impressively slow ...

Also, drop the -i, that's nothing but a foot-gun.

            regards, tom lane

pgsql-admin by date:

Previous
From: "Ryan Wells"
Date:
Subject: Slow pg_dump
Next
From: Darren Reed
Date:
Subject: postgres 8.2.6 core dump when initialising.