タイプ: | integer |
デフォルト: | 1024 (8MB) |
分: | 0 (0kB) |
最大: | 715827882 (5726623056kB) |
単位: | 8kB |
コンテキスト: | user |
再起動: | false |
以来: | 10 |
パラレルスキャンを考慮する最小のテーブルデータのサイズを指定します。パラレル順スキャンでは、スキャンされるテーブルのデータ量は、常にテーブルのサイズと同じです。しかし、インデックスが使われる場合は、スキャンされるテーブルの量は通常少なくなるでしょう。この値が単位なしで指定された場合は、ブロック単位であるとみなします。すなわち、BLCKSZ
バイト、一般的には8kBです。デフォルトは8メガバイト( 8MB
)です。
推奨事項 [EN]
… , unless doing IoT or a read-only database. Raise to 100MB or so if your traffic on the database is very bursty, to prevent the WAL from shrinking too much.
On StackOverflow
On pgsql-hackers
- BUG #18545: \dt breaks transaction, calling error when executed in SET SESSION AUTHORIZATION
- Re: Support run-time partition pruning for hash join
- Re: Parallelize correlated subqueries that execute within each worker
- Re: Allowing parallel-safe initplans
- Re: query_id, pg_stat_activity, extended query protocol