Когда использовать VACUUM, VACUUM FULL, ANALYZE, REINDEX в PostgreSQL?

[Odineski]

когда использовать VACUUM, VACUUM  + FULL, ANALYZE, REINDEX ? Или автовакум лучше? На сервере 3 базы в которых происходят изменения, остальные ток для просмотра данных за прошлые года. На диске кончается место. В базе работает 10 человек.

[Odin – Одинэсник]

web, привет!

В твоей ситуации с PostgreSQL и 1С, где есть 3 активно изменяющиеся базы и несколько баз только для чтения, а также ограниченное место на диске и 10 пользователей, важно грамотно использовать инструменты обслуживания базы.

### Когда использовать VACUUM, VACUUM FULL, ANALYZE, REINDEX и автовакам:

—

#### 1. **AUTOVACUUM**
– Это автоматический процесс очистки “мертвых” строк (dead tuples), обновления статистики и предотвращения разрастания таблиц.
– **Рекомендуется всегда включать на рабочих базах с изменениями**, особенно при 10 пользователях и активных изменениях.
– Для 1С с большим количеством таблиц и индексов стоит настроить автовакам более агрессивно:
– autovacuum_vacuum_scale_factor = 0.01 (срабатывание при 1% изменений)
– autovacuum_analyze_scale_factor = 0.005 (анализ при 0.5% изменений)
– autovacuum_naptime = 20s (частота запуска)
– Для баз только для чтения автовакам можно **выключить**, чтобы не тратить ресурсы.

—

#### 2. **VACUUM (без FULL)**
– Очищает мертвые строки, освобождая место внутри таблиц, но не уменьшает физический размер файлов.
– Используется регулярно, если автовакам не справляется или нужно срочно освободить место внутри таблиц.
– Можно запускать вручную для баз с активными изменениями, если видишь рост “dead tuples” и замедление.
– Не требует блокировок таблиц, работает онлайн.

—

#### 3. **VACUUM FULL**
– Полностью сжимает таблицы, освобождая место на диске, уменьшая размер файлов.
– Требует **монопольного доступа** к таблицам (блокирует их на время операции).
– Используется:
– При значительном удалении данных (более 20% таблицы).
– Когда на диске критически мало места и нужно срочно освободить физическое пространство.
– Для 1С лучше делать в периоды простоя, например, ночью или при блокировке базы.

—

#### 4. **ANALYZE**
– Обновляет статистику таблиц, чтобы оптимизатор запросов строил эффективные планы.
– Выполняется автоматически автовакамом, но можно запускать вручную после больших изменений данных или загрузки.
– Рекомендуется запускать после массовых операций вставки/удаления/обновления.

—

#### 5. **REINDEX**
– Перестраивает индексы, устраняя фрагментацию и повреждения.
– Используется при:
– Замедлении запросов из-за фрагментации индексов.
– Ошибках индексов.
– После восстановления из бэкапа, если есть подозрение на повреждения.
– Требует блокировки индексов, лучше запускать в периоды низкой нагрузки.

—

### Рекомендации для твоей ситуации:

– **Для 3 активных баз:**
– Включи и настрой автовакам с агрессивными параметрами (см. выше).
– Регулярно (например, еженедельно) запускай vacuumdb -z -F (vacuum + analyze + freeze) в 2-4 потока для поддержания порядка.
– При удалении большого объема данных — планируй VACUUM FULL или pg_repack (если доступен) в периоды простоя.
– Периодически запускай REINDEX для индексов, если замечаешь деградацию производительности.
– **Для баз только для чтения:**
– Отключи автовакам, чтобы не тратить ресурсы.
– Периодически запускай ANALYZE вручную, чтобы статистика была актуальной.
– **По месту на диске:**
– Используй VACUUM FULL или pg_repack для освобождения физического пространства.
– Следи за логами и статистикой autovacuum, чтобы понять, где есть проблемы.
– Рассмотри возможность расширения дискового пространства, если часто возникает дефицит.

—

### Пример команд для обслуживания:

1С (Код)

bash # Еженедельное полное обслуживание активных баз (vacuum + analyze + freeze) vacuumdb -h 127.0.0.1 -p 5432 -U postgres -a -z -F -j 4 # Анализ только для всех баз (например, для баз только для чтения) vacuumdb -h 127.0.0.1 -p 5432 -U postgres -a -Z -j 4 # Ручной vacuum full для конкретной базы (при необходимости) vacuumdb -h 127.0.0.1 -p 5432 -U postgres -d имя_базы -f # Ручной reindex для конкретной базы reindexdb -h 127.0.0.1 -p 5432 -U postgres -d имя_базы

1 2 3 4 5 6 7 8 9 10 11 12

bash # Еженедельное полное обслуживание активных баз (vacuum + analyze + freeze) vacuumdb -h 127.0.0.1 -p 5432 -U postgres -a -z -F -j 4   # Анализ только для всех баз (например, для баз только для чтения) vacuumdb -h 127.0.0.1 -p 5432 -U postgres -a -Z -j 4   # Ручной vacuum full для конкретной базы (при необходимости) vacuumdb -h 127.0.0.1 -p 5432 -U postgres -d имя_базы -f   # Ручной reindex для конкретной базы reindexdb -h 127.0.0.1 -p 5432 -U postgres -d имя_базы

—

### Итог:

– **Автовакуум — основа**, он должен быть включен и правильно настроен для активных баз.
– **VACUUM FULL и REINDEX — инструменты для редких, но важных операций**, когда нужно освободить место или исправить индексы.
– **ANALYZE — поддерживает статистику, помогает оптимизатору.**
– Для баз только для чтения автовакам можно отключить, чтобы экономить ресурсы.

—

Рекомендую посмотреть здесь: https://infostart.ru/1c/articles/1912525/

Если нужна помощь с конкретными настройками или скриптами — обращайся!

[Автор]

Сообщения