Требуется ли REINDEX после CLUSTER?

Я рассматриваю возможность использования CLUSTER для изменения порядка таблицы по индексу. Я понимаю, что такое воссоздание данных таблицы делает все существующие индексы либо раздутыми, либо бесполезными. Я видел некоторые признаки того, что после кластера требуется REINDEX. Я нашел другие ссылки, которые указывают, что CLUSTER делает REINDEX. Официальная документация ничего не говорит вообще о REINDEX быть частью кластера или требуется (Хотя это предложить работает ПРОАНАЛИЗИРУЙТЕ после Кластера)

Может ли кто-нибудь окончательно (т.е. с какой-то ссылкой на официальные документы) сказать, требуется ли REINDEX после CLUSTER?

Вам не нужно переиндексировать, потому что CLUSTERэффективно делает это за вас.

Более конкретно, CLUSTERблокирует исходную таблицу, а затем создает новую ее копию, упорядоченную в соответствии с целевым индексом. Он создает индексы для новой копии, а затем заменяет старую таблицу и индексы новыми.

Обратите внимание, что это также верно VACUUM FULLв 9.0+.

Если вы видели обсуждение, предполагающее, что CLUSTERиндексы раздуты, это могут быть люди, которые полагают, что это CLUSTERработает как до 9.0 VACUUM FULL. Возможно, вы также видите и неправильно читаете обсуждения, в которых упоминается раздувание индекса, вызванное старой VACUUM FULLреализацией, и предложение CLUSTERв качестве альтернативы .

Это подразумевается в документации :

создается временная копия таблицы, которая содержит данные таблицы в порядке индекса. Временные копии каждого индекса в таблице также создаются . Следовательно, вам необходимо свободное место на диске, равное сумме размера таблицы и размеров индекса.

То, что это не говорит, но должно, - то, что те временные копии тогда заменяют оригинальную таблицу . (Жирный мой).

У меня есть a_horse_with_no_name: вам не нужно пересоздавать индексы. Помимо того, что CLUSTERдокументация не упоминает об этом, мы также можем дополнительно просмотреть REINDEXстраницу:

Существует несколько сценариев использования REINDEX:

• Индекс поврежден и больше не содержит действительных данных. Хотя в теории это никогда не должно происходить, на практике индексы могут быть повреждены из-за программных ошибок или аппаратных сбоев. REINDEX предоставляет метод восстановления.

• Индекс стал «раздутым», так как он содержит много пустых или почти пустых страниц. Это может происходить с индексами B-дерева в PostgreSQL при определенных необычных шаблонах доступа. REINDEX предоставляет способ уменьшить потребление пространства индекса, написав новую версию индекса без мертвых страниц. См. Раздел 23.2 для получения дополнительной информации.

• Вы изменили параметр хранения (например, fillfactor) для индекса и хотите убедиться, что изменение вступило в силу в полном объеме.

• Сбой построения индекса с параметром CONCURRENTLY, в результате чего индекс "недействителен". Такие индексы бесполезны, но может быть удобно использовать REINDEX для их перестройки. Обратите внимание, что REINDEX не будет выполнять одновременную сборку. Чтобы создать индекс, не мешая производству, вы должны удалить его и еще раз ввести команду CREATE INDEX CONCURRENTLY.

Понятно, CLUSTERне попадает ни в один из этих случаев.

И в документах есть небольшое предложение CLUSTER:

[при кластеризации] Также создаются временные копии каждого индекса в таблице.

Это говорит о том, что, как и сама таблица, индексы также переупорядочиваются во время процесса - таким образом, повторная индексация становится бесполезной.

Нашел ссылку, в разделе Восстановление дискового пространства .

Если у вас есть такая таблица и вам нужно освободить занимаемое ею избыточное дисковое пространство, вам нужно будет использовать VACUUM FULL или, альтернативно, CLUSTER или один из вариантов перезаписи таблицы ALTER TABLE. Эти команды переписывают новую копию таблицы и строят для нее новые индексы .

Анализируя все ответы, на мой взгляд, правильный способ сделать это - переиндексировать ПЕРЕД кластером. Поскольку в документации не указано, выполняет ли кластер переиндексацию или нет, а только копия индекса, упорядоченная или нет, я думаю, что индексированный индекс приведет к лучшей кластеризованной таблице. После этого анализ завершит работу. Полный вакуум, прежде всего, кажется бесполезным, если только кластер и / или переиндекс не освобождают мертвые кортежи