| タイプ: | bool |
| デフォルト: | on |
| コンテキスト: | user |
| 再起動: | false |
| 以来: | 11 |
ワーカープロセスを待つ代わりに、GatherノードとGather Mergeノード配下の問い合わせプランをリーダープロセスが実行できるようにします。デフォルトはonです。この値をoffにすると、リーダーがタプルを十分早く読まないためにワーカーがブロックされる可能性を減らすことができますが、リーダープロセスは最初のタプルが生成される前にワーカープロセスが起動するのを待つ必要があります。これがリーダーの性能を助けるのか、阻害要因になるかは計画型、ワーカーの数、問い合わせの長さによります。
On StackOverflow
- Geoserver WFS + PostgreSQL with large table impossibly slow
- Why does "explain analyzing" this query fnish fast (showing a parallel plan), while running the actual query without "explain analyze" doesn't?
- PostgreSQL 13 sometimes works but sometimes huge execution time
- Postgresql sequential scan slow performance on 500 million rows
- Why are these query plans so different?
On pgsql-hackers
- Re: Docs: Move parallel_leader_participation GUC description under relevant category
- Re: parallel vacuum - few questions on docs, comments and code
- Redundant tuple copy in tqueueReceiveSlot()
- Re: Consider Parallelism While Planning For REFRESH MATERIALIZED VIEW
- RE: Parallel INSERT (INTO ... SELECT ...)