求助：用PromQL处理变更间隔远大于采集间隔的重复指标值

要解决这个问题，核心是只保留指标值发生变更的时刻——毕竟只有值变了才代表新任务运行，其余重复采集的数值都可以过滤掉。以下是具体实现方案：

直接用PromQL筛选目标数据 #

1. 保留每个值组的第一个条目（新任务启动时刻） #

利用changes()函数检测最近采集周期内的指标变化，只保留值刚更新的那个点：

metric_name{instance="hostname.example.net", job="external/generic", mode="pull", name="snafu"} 
and changes(metric_name{instance="hostname.example.net", job="external/generic", mode="pull", name="snafu"}[30s]) > 0

解释：changes(metric_name[30s])统计最近30秒内指标值的变化次数。因为你的采集间隔是30秒，只有当当前值和上一次采集值不同时，变化次数才会大于0，此时就会保留这个新值的第一个采集点。

2. 保留每个值组的最后一个条目（任务结束时刻） #

通过对比当前值与下一次采集的值，筛选出即将发生变化的最后一个点：

metric_name{instance="hostname.example.net", job="external/generic", mode="pull", name="snafu"} 
unless metric_name{instance="hostname.example.net", job="external/generic", mode="pull", name="snafu"} offset -30s

解释：offset -30s表示取30秒后的采集值。如果当前值和后续值不同，说明这是当前值组的最后一个点，unless会排除掉后续值相同的情况，只保留这个最后条目。

优化性能：使用Recording Rules #

如果需要频繁查询这类结果，直接运行上述PromQL会重复计算，建议配置Recording Rules预计算并存储结果：

1. 在Prometheus配置文件中添加规则组：

groups:
- name: event_tracking_rules
  rules:
  - record: metric_name:first_entry
    expr: |
      metric_name{instance="hostname.example.net", job="external/generic", mode="pull", name="snafu"} 
      and changes(metric_name{instance="hostname.example.net", job="external/generic", mode="pull", name="snafu"}[30s]) > 0
  - record: metric_name:last_entry
    expr: |
      metric_name{instance="hostname.example.net", job="external/generic", mode="pull", name="snafu"} 
      unless metric_name{instance="hostname.example.net", job="external/generic", mode="pull", name="snafu"} offset -30s

2. 重载Prometheus配置后，直接查询metric_name:first_entry或metric_name:last_entry即可得到预计算的结果。

注意事项 #

• 确保changes()的时间窗口与Prometheus的采集间隔完全一致（这里是30s），避免漏检或误判变化点。
• 如果有多个实例、任务或标签组合，可以去掉查询中的具体标签，让规则全局生效，或者按标签分组处理。

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