Re: Index recreation details with REINDEX TABLE CONCURRENTLY
От | Laurenz Albe |
---|---|
Тема | Re: Index recreation details with REINDEX TABLE CONCURRENTLY |
Дата | |
Msg-id | d7a69c286d6f721b55d14f79c9f0a37eed3c4845.camel@cybertec.at обсуждение исходный текст |
Ответ на | Index recreation details with REINDEX TABLE CONCURRENTLY (Matthew Planchard <matthew@specprotected.com>) |
Ответы |
Re: Index recreation details with REINDEX TABLE CONCURRENTLY
|
Список | pgsql-admin |
On Wed, 2023-05-10 at 10:04 -0500, Matthew Planchard wrote: > 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. If you use REINDEX TABLE CONCURRENTLY, the indexes will be built one after the other. Set "max_parallel_maintenance_workers" to 0 to keep the resource utilization low (at the price of a longer duration). Yours, Laurenz Albe
В списке pgsql-admin по дате отправления: