PostgreSQL调大max_parallel_workers_per_gather为何查询变慢？

从你的测试结果来看，降低max_parallel_workers_per_gather参数确实能提升这个特定查询的速度，具体原因可以从这几点拆解：

• 并行执行的额外开销：当把并行工作进程数调到8时，PostgreSQL需要在多个进程之间做数据分发、协调和结果汇总，这些操作本身会消耗额外的CPU和内存。如果你的查询本身的计算量没法抵消这些开销，反而会拖慢整体速度。
• 执行计划的错误选择：参数设为8时出现的240多万次索引扫描循环，说明查询优化器在高并行度下选了效率更低的执行路径。大概率是优化器高估了并行扫描的收益，或者低估了这个索引扫描循环的成本，导致生成的执行计划远不如低并行度下高效。
• 系统资源竞争：8个并行进程会同时抢占CPU、IO资源，如果服务器的硬件资源（比如CPU核心数、IO带宽）不足以支撑这么多进程同时高效运行，进程间抢资源会导致每个进程的执行效率下降，最终整体耗时暴涨。

针对这个查询，建议你把max_parallel_workers_per_gather保持在2（或者根据服务器实际资源微调在2-4之间），同时可以做这些进一步优化：

• 执行ANALYZE public.tbl_site;更新表的统计信息，让优化器能基于准确的数据选对执行计划。
• 检查site_idx索引的状态，确认有没有索引失效、统计信息过时的情况。
• 看看能不能通过改写SQL语句、调整索引策略来进一步提升这个查询的性能。

内容的提问来源于stack exchange，提问作者Dyaksa Hanindito