如何编写仅查询10天前至3天前范围数据的PromQL语句

单独使用offset达不到效果是正常的——offset的作用只是把查询的时间基准从当前时间往前平移，不会自动帮你卡区间的左右边界，要精准拿到不包含最近3天的历史区间数据，有两种成熟方案：

方案1：纯PromQL语法实现，无需额外调整请求参数 #

核心逻辑是组合时间范围选择器和offset，把查询的结束边界定在3天前，再向前取7天（10-3=7）的窗口，刚好覆盖10天前到3天前的区间，不会掺入最近3天的任何数据。
基础语法模板：

<指标名或指标计算逻辑>[7d] offset 3d

语法含义拆解：

• offset 3d：将整个查询的结束时间锚点从当前时间向前平移3天，所有数据取值不会超过这个锚点，自然排除了最近3天的数据
• [7d]：以平移后的锚点为结束点，向前取7天长度的时间窗口，刚好覆盖「锚点往前7天（即10天前）到锚点（即3天前）」的目标区间

举个实际例子，如果你要查询这个区间内的CPU空闲率平均值，写法如下：

avg_over_time(node_cpu_seconds_total{mode="idle"}[7d] offset 3d)

注意：使用该写法前请确认你的Prometheus指标留存周期≥10天，否则10天前的历史数据会因为被清理而缺失。

方案2：通过Prometheus HTTP API查询时指定时间参数（灵活度最高） #

如果是通过接口调用查询数据，完全不需要在PromQL里硬编码offset，直接通过请求参数指定查询区间即可，精准度更高：

• 调用瞬时查询接口（/api/v1/query）：将time参数设置为3天前对应的Unix时间戳，PromQL里给指标加上[7d]的范围选择器即可
• 调用范围查询接口（/api/v1/query_range）：直接把start参数设为10天前的Unix时间戳，end参数设为3天前的Unix时间戳，按业务需求设置采样步长step即可，PromQL里正常写指标计算逻辑（比如rate(http_requests_total[5m])），不需要加任何offset参数，返回的结果就是纯目标区间的数据，不会有任何最近3天的内容。

之前offset写法失效的原因 #

之前的写法只加了offset但没有匹配对应长度的时间范围选择器：如果只写xxx offset 3d不带时间范围，本质是取3天前那个时间点的瞬时指标值；如果带的时间范围长度不对，比如写[1d] offset 3d，取到的是4天前到3天前的1天数据，自然覆盖不了10天前到3天前的完整区间。

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