DuckDB中explain analyze总时长与HASH_JOIN算子时长不符咨询

核心原因是算子耗时统计的是该算子所有并行执行线程的CPU时间总和，而Total Time是查询从开始到结束的实际墙钟时间，二者统计维度完全不同：

• 并行执行的CPU时间累加：HASH_JOIN这类计算密集型算子，在支持并行的数据库（比如你使用的DuckDB）中会被拆分为多个并行任务同时运行。假设数据库用3个线程处理HASH_JOIN，每个线程消耗约7秒CPU时间，总CPU耗时就会达到21秒左右，但实际查询的墙钟时间仅需9秒——因为这些线程是并行执行的，时间完全重叠。
• 流水线执行的时间重叠：执行计划是流水线式处理，HASH_JOIN每输出一条数据，上层的PROJECTION和AGGREGATE就会立即处理，不需要等HASH_JOIN全部完成再开始计算。因此总墙钟时间不是各算子耗时的累加，而是由整个流程中最耗时的并行阶段决定。
• 扫描算子的耗时显示：两个SEQ_SCAN的耗时显示为0.00s，并非真的没有耗时，而是并行扫描的CPU时间被分摊到多个线程，单线程的耗时极短，所以统计结果趋近于0。

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