Re: Slow pg_dump - Mailing list pgsql-admin
From | Phillip Smith |
---|---|
Subject | Re: Slow pg_dump |
Date | |
Msg-id | 004a01c89e86$6f47c580$9b0014ac@wbaus090 Whole thread Raw |
In response to | Re: Slow pg_dump ("Ryan Wells" <ryan.wells@soapware.com>) |
List | pgsql-admin |
> I ran pg_dump with the arguments you suggested, and my 4 GB test table finished > backing up in about 25 minutes, which seems great. The only problem is that the > resulting backup file was over 9 GB. Using -Z2 resulting in a 55 minute 6GB backup. > > Here's my interpretation of those results: the TOAST tables for our image files > are compressed by Postgres. During the backup, pg_dump uncompresses them, and if > compression is turned on, recompresses the backup. Please correct me if I'm wrong > there. > > If we can't find a workable balance using pg_dump, then it looks like our next > best alternative may be a utility to handle filesystem backups, which is a littlescary for on-site, user-controlled servers. Ryan -----Original Message----- From: Tom Lane [mailto:tgl@sss.pgh.pa.us] Sent: Saturday, April 12, 2008 9:46 PM To: Ryan Wells Cc: pgsql-admin@postgresql.org Subject: Re: [ADMIN] Slow pg_dump "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 -- Sent via pgsql-admin mailing list (pgsql-admin@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-admin THINK BEFORE YOU PRINT - Save paper if you don't really need to print this *******************Confidentiality and Privilege Notice******************* The material contained in this message is privileged and confidential to the addressee. If you are not the addressee indicated in this message or responsible for delivery of the message to such person, you may not copy or deliver this message to anyone, and you should destroy it and kindly notify the sender by reply email. Information in this message that does not relate to the official business of Weatherbeeta must be treated as neither given nor endorsed by Weatherbeeta. Weatherbeeta, its employees, contractors or associates shall not be liable for direct, indirect or consequential loss arising from transmission of this message or any attachments e-mail.
pgsql-admin by date: