Re: Index recreation details with REINDEX TABLE CONCURRENTLY

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:
https://lists.postgresql.org/unsubscribe/

-Katie
________________________________
From: James Fraley <jamesfraley(at)yahoo(dot)com>
Sent: Wednesday, May 10, 2023 5:01:18 PM
To: pgsql-admin(at)lists(dot)postgresql(dot)org <pgsql-admin(at)lists(dot)postgresql(dot)org>; Matthew Planchard <matthew(at)specprotected(dot)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(at)specprotected(dot)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