| 类型: | bool |
| 默认: | on |
| 上下文: | user |
| 重新开始: | false |
| 以来: | 11 |
允许领导者进程执行Gather和Gather Merge节点之下的查询计划而不是等待工作者进程。默认值是on。将这个值设置为off会降低工作者由于领导者读取元组速度不够快而被阻塞的可能性，但是要求领导者在产生第一个元组之前等待工作者进程启动。领导者能够帮助或者阻碍性能的程度取决于计划的类型、工作者的数量以及查询时长。
在 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?
在 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 ...)