| Тип: | integer |
| По умолчанию: | 20 (20ms) |
| Минимальный: | -1 (-1) |
| Максимальный: | 100 (100ms) |
| Ед. изм: | milliseconds (ms) |
| Контекст: | sighup |
| Перезапуск: | false |
Задаёт задержку при превышении предела стоимости, которая будет применяться при автоматических операциях VACUUM. При значении -1 применяется обычная задержка vacuum_cost_delay. Значение по умолчанию — 20 миллисекунд. Задать этот параметр можно только в postgresql.conf или в командной строке при запуске сервера. Однако его можно переопределить для отдельных таблиц, изменив их параметры хранения.
Рекомендации [EN]
If autovacuum is having too much of a performance impact on running queries, you might want to increase this setting to 50ms. However, this will also cause individual vacuum tasks to take longer.
На StackOverflow
На pgsql-hackers
- Re: Track the amount of time waiting due to cost_delay
- Re: bgwrite process is too lazy
- A thousand pg_commit_ts truncate attempts per second, two restarting autovacuum processes, and a explosive replication lag. Oh my.
- Re: Allow non-superuser to cancel superuser tasks.
- Re: Eagerly scan all-visible pages to amortize aggressive vacuum