gpt4 book ai didi

postgresql - explain analyze : Total time spent executing a task. 文档错误还是我的错误?

转载 作者:行者123 更新时间:2023-11-29 13:41:06 25 4
gpt4 key购买 nike

我认为在有关解释计划的 postgres 文档中发现了一个错误,并可能进行了更正。

发件人:https://www.postgresql.org/docs/current/using-explain.html

Index Scan using tenk2_unique2 on tenk2 t2  (cost=0.29..7.91 rows=1 width=244) (actual time=0.021..0.022 rows=1 loops=10)

“在上面的示例中,我们总共花费了 0.220 毫秒对 tenk2 执行索引扫描。”

文档似乎表明 Actual Total Time * Actual Loops = 操作花费的总时间。

但是,根据我生成的 JSON 计划:

 "Plans": [
{
"Node Type": "Hash Join",
"Parent Relationship": "Outer",
"Parallel Aware": false,
"Join Type": "Inner",
"Startup Cost": 66575.34,
"Total Cost": 76861.82,
"Plan Rows": 407,
"Plan Width": 290,
"Actual Startup Time": 49962.789,
"Actual Total Time": 51206.643,
"Actual Rows": 127117,
"Actual Loops": 3,
"Output": [ ... ],
...
"Execution Time": 52677.398

(完整方案为here。)

Actual Total Time * Actual Loops = 51 sec * 3 = 2 min 33 sec 明显超过了 52.7 秒的执行时间

我对文档的理解是否正确?

如果是这样,它不应该说“我们总共花费了 0.01 毫秒来执行对 tenk2 的索引扫描”吗?

最佳答案

您的 Hash JoinGather 节点下:

Gather (cost=67,575.34..77,959.52 rows=977 width=290) (actual time=51,264.085..52,595.474 rows=381,352 loops=1)
Buffers: shared hit=611279 read=99386
-> Hash Join (cost=66,575.34..76,861.82 rows=407 width=290) (actual time=49,962.789..51,206.643 rows=127,117 loops=3)
Buffers: shared hit=611279 read=99386

这意味着该查询启动了两个与主后端并行运行的后台工作程序以完成散列连接(参见执行计划中的"Workers Launched": 2)。

现在很明显,如果三个进程同时处理一个任务,则总执行时间将不是各个执行时间的总和。

换句话说,执行时间乘以循环次数的规则适用于嵌套循环连接(单线程),但不适用于查询的并行执行。

关于postgresql - explain analyze : Total time spent executing a task. 文档错误还是我的错误?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/55329262/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com