Re: Pg_repack - Mailing list pgsql-admin

From Deepak Pahuja .
Subject Re: Pg_repack
Date
Msg-id PH0PR19MB55730F2DC8CD94C1634C77B3D6A92@PH0PR19MB5573.namprd19.prod.outlook.com
Whole thread Raw
In response to Re: Pg_repack  (Ron Johnson <ronljohnsonjr@gmail.com>)
Responses Re: Pg_repack
List pgsql-admin
Hi John

Vacuum full generally takes very long time on large tables and also does exclusive lock on table causing it unavailable.
Moreover it generates huge wal files and causes replication lag on secondary in streaming replication setup.
Pg_repacknis online and removes complete bloating.

But experts can tell more.

Thanks 

From: Ron Johnson <ronljohnsonjr@gmail.com>
Sent: Tuesday, July 23, 2024 1:28:28 PM
To: Pgsql-admin <pgsql-admin@lists.postgresql.org>
Subject: Re: Pg_repack
 
On Tue, Jul 23, 2024 at 1:22 AM Sathish Reddy <sathishreddy.postgresql@gmail.com> wrote:
Hi 
 I am trying to schedule pg_repack from pg_cron in RDS postgres environment on avoid the bash on host EC2 to run run directly with in postgres instance.it getting successful but not clearing bloat by using repack fuction in pg_repack extension.please help on these to sort out .

Out of curiosity, why do you feel the need to regularly run pg_repack?  IOW, why doesn't plain old VACUUM suit your needs?
 

pgsql-admin by date:

Previous
From: Ron Johnson
Date:
Subject: Re: Pg_repack
Next
From: khan Affan
Date:
Subject: Re: Pg_repack