Grafana Mimir Querier

Querier 是一个无状态组件，它通过在读取路径上获取时间序列和标签来评估 PromQL 表达式。

Querier 使用 store-gateway 组件查询长期存储，并使用 ingester 组件查询最近写入的数据。

工作原理

为了在查询时找到需要查找的正确块，当 Querier 接收到给定租户的第一个查询时，它会延迟下载 bucket 索引。Querier 将 bucket 索引缓存在内存中并定期更新。

bucket 索引包含租户的块列表和块删除标记。Querier 随后使用块列表和块删除标记来定位给定查询需要查询的块集合。

查询请求解析

当 Querier 接收到查询范围请求时，请求包含以下参数

query: PromQL 查询表达式（例如，rate(node_cpu_seconds_total[1m])）
start: 开始时间
end: 结束时间
step: 查询分辨率（例如，30 表示每 30 秒一个数据点）

对于每个查询，Querier 会分析 start 和 end 时间范围，计算包含在该时间范围内的至少一个样本的所有已知块列表。对于每个查询的块列表，Querier 会计算持有这些块的 store-gateway 实例列表。Querier 会向每个匹配的 store-gateway 实例发送请求，以获取在 start 和 end 时间范围内存与 query 匹配的序列的所有样本。

发送给每个 store-gateway 的请求包含预期要查询的块 ID 列表，store-gateway 返回给 Querier 的响应包含已查询的块 ID 列表。此块 ID 列表可能是请求块的子集，例如，当最近发生块重新分片事件且在过去几秒内完成时。

Querier 对从 store-gateway 收到的响应执行一致性检查，以确保所有预期的块都已查询。如果未查询到预期块，Querier 会从不同的 store-gateway 重试获取缺失块中的样本，最多重试 -store-gateway.sharding-ring.replication-factor（默认为 3）次或最多 3 次，取两者中较低的值。

如果在所有重试尝试后一致性检查失败，查询执行将失败。由于 Querier 未查询所有块而导致的查询失败可确保查询结果的正确性。

如果查询时间范围与 -querier.query-ingesters-within 时长重叠，Querier 还会将请求发送给 ingester。发送给 ingester 的请求会获取尚未上传到长期存储或尚未通过 store-gateway 可用于查询的样本。

配置的 -querier.query-ingesters-within 时长应大于以下两项