Про агрессивный автовакуум PostgreSQL

По агрессивному автовакууму , предварительно , чудес не бывает - за повышение производительности при средней нагрузке придётся платить снижением производительности при нагрузке близкой к максимальной.
Если autovacuum worker работает постоянно(а при высокой нагрузке иначе нет смысла), ресурсы CPU кончаются раньше .
Обслуживание СУБД требует ресурсов .
Но , конечно можно и не обслуживать , работает же. А +/- 5-10% изменения производительности СУБД современные приложения и не заметят.

После анализа результатов экспериментов , будут данные по ожиданиям . И в общем-то, тему можно закрывать , хотя с академической точки - интересно будет протестировать параметр autovacuum_cost_delay.


P.S. Так выглядит агрессивный автовакуум PostgreSQL - по мнению нейросети 🤪

Про агрессивный автовакуум PostgreSQL Субд, Postgresql, Настройка, Тестирование, Тюнинг, Текст

Postgres DBA

64 поста14 подписчиков

Правила сообщества

Пока действуют стандартные правила Пикабу.