QuestDB中时间采样查询与显式时间戳查询结果差异的分析与解决

问题背景

在使用QuestDB进行时间序列数据分析时，开发人员发现通过sample by或group by进行每日计数统计的结果与直接使用显式时间戳查询的结果存在显著差异。具体表现为通过时间采样查询得到的每日计数大约只有实际数据的一半。

问题复现

开发人员最初在Grafana中使用了类似以下的查询语句：

select count(oid) as num, timestamp
from reelhistory
where customer_code = 'abc123'
and timestamp BETWEEN '2024-11-01T16:00:08.091Z' AND '2024-11-18T17:00:08.091Z'
and facility_name like coalesce(nullif('All Facilities', 'All Facilities'), '%')
and catid in ('1600709','1600871',...)
and state = 'Scrapped'
sample by 1d align to calendar
order by timestamp

然而，当使用显式时间戳查询时：

select count(oid) as num, timestamp 
from reelhistory
where timestamp in ('2024-11-01 23:59:59.000000', '2024-11-07 23:59:59.000000',...)
and customer_code = 'abc123'
and facility_name like coalesce(nullif('All Facilities', 'All Facilities'), '%')
and catid in ('1600709','1600871',...)
and status = 'Scrapped'
order by timestamp;

后者的结果明显高于前者。

问题分析

经过深入分析，发现几个关键问题：

1. 字段名不一致：在第一个查询中使用了state = 'Scrapped'，而在第二个查询中使用了status = 'Scrapped'。这很可能是导致计数差异的主要原因。

2. 索引使用不当：查询计划显示使用了大量索引，这在QuestDB中可能并非最佳实践。QuestDB的非索引查询可以并行执行，能更好地利用多核CPU和内存资源。

3. 模糊查询优化：facility_name like coalesce(nullif('All Facilities', 'All Facilities'), '%')这种写法实际上等同于facility_name like '%'，即只是检查字段非空，这种写法不够直观且效率不高。

解决方案

1. 统一查询条件：确保在所有查询中使用相同的字段名（status或state），避免因字段名不一致导致的结果差异。

2. 简化模糊查询：将复杂的like条件简化为更直接的形式，如对于"All Facilities"的情况，可以直接使用facility_name is not null。

3. 优化索引策略：移除不必要的索引，让查询能够充分利用QuestDB的并行处理能力。

4. 查询重写：将Grafana中的查询改写为更清晰的形式，例如：

select count(oid) as num, timestamp
from reelhistory
where customer_code = 'abc123'
and timestamp BETWEEN '2024-11-01T16:00:08.091Z' AND '2024-11-18T17:00:08.091Z'
and facility_name is not null
and catid in ('1600709','1600871',...)
and status = 'Scrapped'
sample by 1d align to calendar
order by timestamp

经验总结

1. 字段命名一致性：在设计数据库时，保持字段命名的一致性可以避免很多潜在问题。

2. QuestDB查询优化：在QuestDB中，不是所有情况下使用索引都能提高性能，有时简单的全表扫描配合并行处理可能更高效。

3. 查询条件简化：避免使用过于复杂的条件表达式，保持查询简洁明了，既有利于性能优化，也便于维护。

4. 测试验证：当发现查询结果异常时，通过简化查询条件、逐步添加过滤条件的方式，可以更有效地定位问题根源。

通过以上分析和优化，开发人员成功解决了QuestDB中时间采样查询与显式时间戳查询结果不一致的问题，同时也获得了关于QuestDB查询优化的重要经验。