• Разрастание (Table & Index Bloat) физического размера таблиц в 2-5 раз больше реального объема данных.
• Деградация скорости чтения из-за необходимости сканирования «мертвых» строк (dead tuples).
• Внезапные зависания базы при наступлении транзакционного зацикливания (Transaction ID Wraparound).

1. Проблема дефолтных настроек autovacuum для 1С

Платформа 1С генерирует миллионы временных записей при проведении документов и обновлении итогов регистров. Стандартный autovacuum в PostgreSQL настроен слишком консервативно и «засыпает» при дисковых ограничениях, не успевая очищать мертвые строки.

2. Оптимальная конфигурация postgresql.conf для 1С

# Включение и параллелизм автовакуума
autovacuum = on
autovacuum_max_workers = 6               # Количество параллельных потоков вакуума
autovacuum_naptime = 20s                 # Периодичность проверки таблиц

# Пороги срабатывания (более агрессивный запуск для 1С)
autovacuum_vacuum_threshold = 50
autovacuum_vacuum_scale_factor = 0.05    # 5% изменившихся строк вместо 20% по умолчанию
autovacuum_analyze_threshold = 50
autovacuum_analyze_scale_factor = 0.02   # 2% для сбора актуальной статистики

# Снятие ограничений по дисковой скорости (Cost Limit)
autovacuum_vacuum_cost_limit = 2000      # Увеличение лимита операций очистки (по умолчанию 200)
autovacuum_vacuum_cost_delay = 2ms       # Минимальная пауза между циклами

# Защита от Wraparound (заморозка старых транзакций)
autovacuum_freeze_max_age = 1000000000
vacuum_freeze_table_age = 800000000
vacuum_multixact_freeze_max_age = 1000000000

3. Мониторинг мертвых кортежей (Dead Tuples)

SELECT 
    relname,
    n_dead_tup,
    n_live_tup,
    round(n_dead_tup * 100 / (n_live_tup + n_dead_tup + 1),2) as dead_ratio,
    last_autovacuum
FROM pg_stat_user_tables
WHERE n_dead_tup > 10000
ORDER BY n_dead_tup DESC;