Re: Index recreation details with REINDEX TABLE CONCURRENTLY - Mailing list pgsql-admin

From Katherine Mcmillan
Subject Re: Index recreation details with REINDEX TABLE CONCURRENTLY
Date
Msg-id YT2PR01MB98275E8582D025FA36C646AEE8779@YT2PR01MB9827.CANPRD01.PROD.OUTLOOK.COM
Whole thread Raw
In response to Re: Index recreation details with REINDEX TABLE CONCURRENTLY  (James Fraley <jamesfraley@yahoo.com>)
List pgsql-admin
Hi James,

If you have an account, go to: https://lists.postgresql.org/manage/

Click "unsubscribe" next to any/all mailing lists that you wish to unsubscribe from.  

If you don't have an account, the instructions (per email client) are here: 

-Katie

From: James Fraley <jamesfraley@yahoo.com>
Sent: Wednesday, May 10, 2023 5:01:18 PM
To: pgsql-admin@lists.postgresql.org <pgsql-admin@lists.postgresql.org>; Matthew Planchard <matthew@specprotected.com>
Subject: Re: Index recreation details with REINDEX TABLE CONCURRENTLY
 
Attention : courriel externe | external email

How do I get off this list?

Respectfully,
James Fraley
Anima Sana in Corpore Sano






On Wednesday, May 10, 2023 at 01:59:37 PM EDT, Matthew Planchard <matthew@specprotected.com> wrote:






Hello,

We're working on setting up some regular jobs to reindex tables where we
wind up generating a lot of index bloat. We're planning on using REINDEX
... CONCURRENTLY. We'd like to reindex all of the indexes on the tables.

In some of our environments, these tables are very large and under high
load, and we want to minimize the resource consumption of index
recreation if possible.

With that in mind, my question is: does REINDEX TABLE CONCURRENTLY
operate on the indexes of the table in parallel, or sequentially? If
in parallel, I imagine we would see less DB resource utilization by
updating one index at a time.

Thanks in advance for any help you can provide.

Best,
Matthew




pgsql-admin by date:

Previous
From: Laurenz Albe
Date:
Subject: Re: Index recreation details with REINDEX TABLE CONCURRENTLY
Next
From: Matthew Planchard
Date:
Subject: Re: Index recreation details with REINDEX TABLE CONCURRENTLY