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

From James Fraley
Subject Re: Index recreation details with REINDEX TABLE CONCURRENTLY
Date
Msg-id 1003715664.279699.1683752478378@mail.yahoo.com
Whole thread Raw
In response to Index recreation details with REINDEX TABLE CONCURRENTLY  (Matthew Planchard <matthew@specprotected.com>)
Responses Re: Index recreation details with REINDEX TABLE CONCURRENTLY
List pgsql-admin
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: Ron
Date:
Subject: Re: Index recreation details with REINDEX TABLE CONCURRENTLY
Next
From: Wells Oliver
Date:
Subject: nextval() on serial using old, existing value on insert?