タイプ: | real |
デフォルト: | 2 (2ms) |
分: | -1 (-1) |
最大: | 100 (100ms) |
単位: | milliseconds (ms) |
コンテキスト: | sighup |
再起動: | false |
自動VACUUM操作に使用されるコスト遅延値を指定します。-1に指定されると、一定の vacuum_cost_delayの値が使用されます。この値が単位なしで指定された場合は、ミリ秒単位であるとみなします。デフォルト値は2ミリ秒です。このパラメータは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.
On StackOverflow
- What is autovacuum_vacuum_cost_delay in autovacuum in PostgreSQL?
- Postgres auto-vacuum doesn't reclaim the dead tuples space causes disk full issue
- is there any adverse effect on DB if I set autovacuum scale factor to zero for certain tables?
- Need clarification related to Autovacuum configuration parameters
- vacuum_cost_page_miss set to zero
On pgsql-hackers
- Running autovacuum dynamic update to cost_limit and delay
- Re: [BUG] Autovacuum not dynamically decreasing cost_limit and cost_delay
- We should stop telling users to "vacuum that database in single-user mode"
- automatic analyze: readahead - add "IO read time" log message
- Re: automatic analyze: readahead - add "IO read time" log message