[quote Alexius]можно вывод select name, setting from pg_settings where name ~'vacuum'; ?/quote]

autovacuum | on
autovacuum_analyze_scale_factor | 0.05
autovacuum_analyze_threshold | 50
autovacuum_freeze_max_age | 9000000000
autovacuum_max_workers | 3
autovacuum_multixact_freeze_max_age | 400000000
autovacuum_naptime | 3600
autovacuum_vacuum_cost_delay | 60
autovacuum_vacuum_cost_limit | -1
autovacuum_vacuum_scale_factor | 0.2
autovacuum_vacuum_threshold | 50
log_autovacuum_min_duration | -1
vacuum_cost_delay | 0
vacuum_cost_limit | 200
vacuum_cost_page_dirty | 20
vacuum_cost_page_hit | 1
vacuum_cost_page_miss | 10
vacuum_defer_cleanup_age | 0
vacuum_freeze_min_age | 50000000
vacuum_freeze_table_age | 150000000
vacuum_multixact_freeze_min_age | 5000000
vacuum_multixact_freeze_table_age | 150000000

[quote Alexius]диски не перегружены при работе? ssd или нет? нужно бы to prevent wraparound автовакууму дать доработать, от этого никак не уйти. если диски не перегружены, нужно дать автовакууму больше ресурсов./quote]

Ни заббикс, ни окметр не говорят о перегруженности дисков. База на ССД. Как дать автовакууму больше ресурсов? где подкрутить?

[quote Alexius] таблица insert only? /quote]

Да, таблица в основном на запись. Но раз в 2 недели из нее удаляются записи.

авторPavel Bobrovnikov, почему Вы решили что таблица вообще может сжаться? Может быть это её естественный размер?

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

PostgreSQL 9.3.6 on x86_64-unknown-linux-gnu, compiled by gcc (GCC) 4.4.7 20120
313 (Red Hat 4.4.7-11), 64-bit
(1 row)

=# select c.reloptions, t.reloptions
from pg_class c
left join pg_class t on c.reltoastrelid = t.oid
where c.oid = 'd_session'::regclass;
reloptions | reloptions
------------+------------
|
(1 row)

Железный сервер.

pbobrovnikov,

max_workers = 10. Цифра 3 - с другого сервера снял