如何判断QuestDB查询是否多线程运行及是否用尽服务器核心

针对你运行的这条时间序列聚合查询：

SELECT 
    timestamp,
    first(price) AS open,
    last(price) AS close,
    min(price),
    max(price),
    sum(amount) AS volume
FROM trades
WHERE symbol = 'BTC-USD' AND timestamp > dateadd('d', -1, now())
SAMPLE BY 15m ALIGN TO CALENDAR;

可以通过以下几种方式判断它是否以多线程运行、是否利用了服务器所有可用核心：

1. 查看查询执行计划 #

在查询前加上EXPLAIN关键字，执行：

EXPLAIN SELECT 
    timestamp,
    first(price) AS open,
    last(price) AS close,
    min(price),
    max(price),
    sum(amount) AS volume
FROM trades
WHERE symbol = 'BTC-USD' AND timestamp > dateadd('d', -1, now())
SAMPLE BY 15m ALIGN TO CALENDAR;

查看输出结果：

• 如果出现Parallel前缀的执行算子（比如Parallel filter、Parallel aggregate），说明查询启用了多线程执行；
• 执行计划里的workers字段会显示实际使用的线程数，对比服务器的核心数就能知道是否用到了所有核心。

2. 监控系统资源使用 #

• Linux系统：用htop或top工具，找到QuestDB的进程（通常名为questdb），观察其CPU使用率。如果使用率接近核心数×100%，说明查询在尽可能利用多核心；
• QuestDB内置监控：打开QuestDB的Web控制台（默认端口9000），进入Metrics页面，查看query.concurrent.active指标（显示当前活跃的查询线程数），以及cpu.user、cpu.system的使用率变化，判断核心利用情况。

3. 检查QuestDB配置 #

查看QuestDB的配置文件（默认是conf/server.conf）：

• 检查qdbc.sql.query.concurrent.max参数，这个值控制查询的最大并行线程数；
• 如果该参数设置小于服务器的可用核心数，查询可能无法利用所有核心；默认情况下，QuestDB会自动适配可用核心数，无需手动调整。

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