[quot Maxim Boguk]AndryDLMaxim Boguk,

1)show autovacuum_vacuum_cost_delay ;
2)show vacuum_cost_delay ;
3)show show autovacuum_vacuum_scale_factor;
4)pg_dumpall -s | grep autovacuum (проверка что никто несуразные autovacuum_vacuum_cost_delay per table не прописал или еще какие то милые настройки для autovacuum per table)

Далее по результатам.
Простейший метод (жестокий конечно но):
1)autovacuum_vacuum_cost_delay=0
2)autovacuum_max_workers=10
3)рестарт базы (иначе 3 не применится)
(по итогам может поплохеть конечно дискам временно)

Но лучше покажите что дает 1-4 из начального запроса.



pg_dumpall -s | grep autovacuum - здесь пусто
autovacuum_max_workers - здесь делал 16 а, тут autovacuum_vacuum_cost_delay = 10
Кол-во воркеров к сожалению еще замедлило скорость их работы. Сейчас их 8 еле шевелится , было 16 с тем же результатом.

Maxim Boguk,
Пока вел переписку их стало 13Тб. Объясните мне пожалуйста почему автовакуум так не торопливо работает 9 часов на таблицу это ведь ни в какие ворота не лезет. Если руками запускаешь vaсuum full попутно еще и мусор выкидывает и по toast пробегает, отрабатывает 1 -2 минуты та же таблица или сопоставимого объема (секция за другую дату).

Павел Лузанов,
Спасибо за статью. Всем спасибо за посильную помощь, буду развлекаться дальше в выходные нагрузка меньше, можно будет поэкперементировать с сервером. Может задавал глупые вопросы , но к сожалению я не DBA а программист который в эту базу пишет ну и соответственно как у нас водится и отвечает раз БД его.

AndryDL,
Статья просто супер , если бы сразу дали на нее ссылку не было бы лишних неумных вопросов , особенно по количеству вокеров. Не трогая другие настройки я просто делал их тормознее и толку от них ни какого не было. Еще раз спасибо.