QuestDB是否缓存查询结果？日志缓存条目含义及查询耗时差异咨询

1. QuestDB 是否会缓存查询结果？ #

QuestDB不会缓存查询结果集，但它会缓存参数化查询的执行计划。

作为时序数据库，QuestDB面对的是高频率写入的场景，缓存结果集极易返回过期数据，没有实际价值。它的缓存聚焦在查询计划层面：当你重复执行结构完全一致的查询（尤其是参数化查询）时，数据库会跳过SQL解析、计划生成与优化的步骤，直接复用之前缓存的计划，减少计算开销。

2. 日志「i.q.c.p.PGConnectionContext query cache used [fd=34248]」的含义 #

这条日志是QuestDB的PostgreSQL兼容连接模块输出的：

• query cache used：表示当前查询命中了查询计划缓存，数据库直接复用了之前生成好的执行计划，无需重新解析和生成计划；
• fd=34248：这里的fd是File Descriptor（文件描述符）的缩写，用来标识当前的数据库连接实例，说明是这个特定连接复用了缓存的查询计划。

3. 首次查询耗时1秒，再次执行仅50毫秒的原因 #

这种差异主要来自两方面的优化：

• 查询计划缓存的复用：首次执行时，数据库需要完成SQL语法解析、子查询的逻辑/物理计划生成、计划优化等步骤，这些操作本身就会消耗不少时间；再次执行时，直接复用缓存的计划，跳过了这些耗时环节。
• 数据的内存页缓存：首次查询时，目标数据可能还存储在磁盘上，需要通过IO操作加载到内存；再次执行时，数据已经被操作系统或QuestDB的内存页缓存保留，无需再从磁盘读取，IO开销大幅降低。

如果后续数据没有发生大规模写入或更新，重复执行相同查询的耗时会保持在较低水平。

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