Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1wPhiP-000xsc-2q for pgsql-general@arkaria.postgresql.org; Wed, 20 May 2026 14:16:06 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1wPhiL-007v92-2u for pgsql-general@arkaria.postgresql.org; Wed, 20 May 2026 14:16:02 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1wPhiL-007v8u-1R for pgsql-general@lists.postgresql.org; Wed, 20 May 2026 14:16:02 +0000 Received: from mail-oa1-x2a.google.com ([2001:4860:4864:20::2a]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.98.2) (envelope-from ) id 1wPhiK-00000000YtZ-1mF4 for pgsql-general@postgresql.org; Wed, 20 May 2026 14:16:02 +0000 Received: by mail-oa1-x2a.google.com with SMTP id 586e51a60fabf-439b2aad735so2156931fac.0 for ; Wed, 20 May 2026 07:15:59 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1779286558; cv=none; d=google.com; s=arc-20240605; b=L3dRltzgid/SdqOvDGIY9ALL5Wg5VupePiwW96YWn9nRbDkgeQbEbhq+zCX+aIahQZ xqrvwkURgnWGZQmXDTK8DonaDYE45bNcCfPgrcOq29GS3yMNaz88X8Hh3Y5F7uQHtkCb rTGmzAEjhy8zJDyEKWhinYIa1L2ab7blVHToVl3ij51iZgeY68h11KkOiAyoojwoSXxX LJXu3aaNMk8rg0VT6ubg0ZlXzAo7P/KHeQSFTYt0IJF0kxZ6LaOu3Bom1KuCR+5HXj5C 6XldbwUFa+VrKV/OFQkc5KvTgWt1CwZwr4D9bVwiGYVTH2/sCtH8QOCGeG0QdjUdNJxj qkHA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20240605; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :dkim-signature; bh=fw+IU8yV91aDb4byNBnTfztuNb4DzY57PYbvk8S1FlA=; fh=KNSq+t9BltSXFnT3Yof/aKGBtqxeA+bTALiYdvTslaY=; b=MoQjnWQA9ZMYvDoU14AwJnzwhnG6rjKaXfOyRK2CFWTAxmo9kZRk0PyG2d6hSpmezq iZuCl6RoDLMuGzWzhpCiXGO5KVjECvz5wzetp0YAFGMbMI1Lqr2dwFsBJjiqX6KjLBBe x1CAvnGuq08QKO59J9JUGE6TU1+7wQvrkdA7lsWbQs1D1vtvgfAE6tBzaLoHUGxFzotY KSNaH91X90C8pyKaEyeJ+DTT81S0fp3aFTP7FlCepiYkfM8V14l7fsqkwiSSsZB3OfT6 MLzoYyNAxx9McHhpmOmibLUo6U2rxqK2f9OtDwp+NDtv7X92qVtGuGOw0Jo+BA8boeu+ WgJA==; darn=postgresql.org ARC-Authentication-Results: i=1; mx.google.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1779286558; x=1779891358; darn=postgresql.org; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :from:to:cc:subject:date:message-id:reply-to; bh=fw+IU8yV91aDb4byNBnTfztuNb4DzY57PYbvk8S1FlA=; b=pYcTkEDmlrPkFwl+iEeoK3NyhBGOTsJIDySPWi4lM4O9cGrMO0v0czo9/2hMsCCZKC C/aH7mthRYxqUvubRurJt2DGneMnQpuhCxnbSXKsYVFyWZMoXC/KN556h+guHk9RT8GD 3i8hjvxd4F4g8LD7OJp6hYnqLPcOsOrZtdnUr7OwT70LgAdBF25RZrvoT9xzl2bbPTI/ X2UWEOAEdjtqPl1YffFcZGILsoP3jLISv5aWmUYwxmWQkxmDxM2yvKthpcrJ+/KazPoh 1j6LydtrlQgpoyT2LH+bYD30oG0L7f5/qxDtznSyklHJJ1YLqN5JdQrbpl9I6tda/duT zQZw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1779286558; x=1779891358; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :x-gm-gg:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=fw+IU8yV91aDb4byNBnTfztuNb4DzY57PYbvk8S1FlA=; b=Cg9gNlrd4kxt+E2Jm4+XSmbZczp7gwL/zsRlI/NQds5WIRTpKMKjMaSIB1uFr+mvZi pbDq6wgb8ZywgVEpSaNmrgy6E+vZLHu4R/OUf/MrGtvse9RImVmovoysigBk/A8k2vYk kyMecxKvkDacwjmjISpWIxhvXh+MQJpoT/wm0+MCYPMCDb4HQgJqpW7PYBh/tzYmi6YC ppMJcD8nTXItq5RJWyToki+F0Sz0bWoks+defBOVqwb6yA3+HzwXTqUPUCGspFspBN4x ZpKN6y9JcUM68tYGLEICxh1ej/veZrDQ3ZM1yLlyPNlzRLcAj0YA8GPM42O8w6/qcauj +4mA== X-Gm-Message-State: AOJu0YxLHGFAVE+hqkcBeH7pCU0OZFLLY5ahwtRrx/qpxsm7GzwJ/J1O GdYFfjgwc/w3dDlYH4Pr4uupGEJv+ESVr7GZDoliS94zR125lmGo2yYHhMiaOcSxbMC5+JBxaCN SkLQcdw7jYsPY3p9vdiDKJX62IyOvtVRwNnhg X-Gm-Gg: Acq92OG8Ab34nk8MGwuuMoEBDNI/CUIOKTDqCUIKHFZNdShMQdwyiY62+fuEaf5mDcM zI8FndFmBct+k6tnf12uVt8kUN19DH6izjBXeVj3x75E/LqlbfF8U2SHDZsqDfANfgkqvTihZHB 3KKkXFPasnCjYnORK3QhV3htGlwbIanA+vXbPdSImQBlKWUrIHeRzJMi7sCFEzkfG6j9n8qHePS 6KAVbZO1FO0WyWxQG2qpgb/LE9ydOmc1dPFSPzz2RNXr2lOcAtlhM7GscOAXxjBJu1wAJXy52jc LAFDRAnfufKuiSPbsPE= X-Received: by 2002:a05:6870:d362:b0:424:dd0:f49e with SMTP id 586e51a60fabf-43a2ddf7837mr16531446fac.27.1779286557932; Wed, 20 May 2026 07:15:57 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Ron Johnson Date: Wed, 20 May 2026 10:15:46 -0400 X-Gm-Features: AVHnY4J4_uZ1gJlHrql7q-O69S0l3fH9aIsEl0GhyN0yQXykLSEiOk8t73cXjDI Message-ID: Subject: Re: Large backup size of pg_dump To: pgsql-general Content-Type: multipart/alternative; boundary="0000000000003d42590652406f38" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --0000000000003d42590652406f38 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Wed, May 20, 2026 at 3:18=E2=80=AFAM Ertan K=C3=BC=C3=A7=C3=BCkoglu wrote: > Hello, > > I am using PostgreSQL 18.4 x64 on Windows Server 2022. There is a very > small single database in the cluster. > > There are hourly pg_dump backups scheduled and database backup size is > around 10GB. > > command line is like below > pg_dump.exe -p 5432 -U dbuser --exclude-table=3Dapp -F p -b -c -f > "hourly.bak" > 1. Note that -Fp generates plain SQL files. 2. Where are you specifying the database name? Or is everything going into "postgres"? 3. No need to specify the default port 5432. > When I check the cluster directory size it is 4.1 GB. > > Database has one BLOB saved in a single record and it is 16MB in size and > that is in the "app" table which is excluded from the backup file. > Is 16MB *that* big? > I didn't understand about 2.5 times bigger backup sizes than the total > cluster size. I do not know what to check either. Is there a way for me t= o > make the hourly backup size smaller? > Taking full backups every hour is suboptimal. But if you *must*, then pg_dump -Fp --compress=3Dzstd $db > ${db}.sql.zst --=20 Death to , and butter sauce. Don't boil me, I'm still alive. lobster! --0000000000003d42590652406f38 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Wed, May 20, 2026 at 3:18=E2=80=AFAM E= rtan K=C3=BC=C3=A7=C3=BCkoglu <ertan.kucukoglu@gmail.com> wrote:
<= div dir=3D"ltr">Hello,

I am using PostgreSQL 18.4 x64 on= Windows=C2=A0Server 2022. There is a very small single database in the clu= ster.

There are hourly pg_dump backups scheduled a= nd database backup size is around 10GB.

command li= ne is like below
pg_dump.exe -p 5432 -U dbuser --exclude-table=3D= app -F p -b -c -f "hourly.bak"

<= /div>
1. Note that -Fp generates plain SQL files.
2. Where ar= e you specifying the database name?=C2=A0 Or is everything going into "= ;postgres"?
3. No need to specify the default port 5432.


When I check the cluster directory size it is = 4.1 GB.

Database has one BLOB saved in a single re= cord and it is 16MB in size and that is in the "app" table which = is excluded from the backup file.

Is 16MB that big?=C2=A0
=C2=A0
I didn't underst= and about 2.5 times bigger backup sizes than the total cluster size. I do n= ot know what to check either. Is there a way for me to make the hourly back= up size smaller?

Taking full ba= ckups every hour is suboptimal.

But if you must= , then
pg_dump -Fp=C2=A0 --compress=3Dzstd=C2=A0 $db > ${db}.sql.zst

--
Death to <Redacted>, and butter= sauce.
Don't boil me, I'm still alive.
<Redact= ed> lobster!
--0000000000003d42590652406f38--