如何在PromQL中高效获取修正重置并做区间归一化的Counter指标值？

我有一个Prometheus Counter指标，需要实现两个核心需求：

• 自动修正计数器重置后的累计值（例如原始序列0 1 4 6 1 3 4，修正后变为0 1 4 6 7 10 14，自动处理重置点）
• 减去选定时间区间左端点的累计值，得到区间内的实际增长值

当前方案的问题 #

我之前使用的表达式：

increase(counter[1y]) - (increase(counter[1y] @ start()))

用1y作为超大时间范围确保统计所有数据点，但存在两个明显问题：

• 效率极低：大时间范围导致查询耗时过长
• 标签冗余：会包含当前区间内无数据的历史标签（比如很久以前存在的counter{foo="foo"}，当前无数据却仍出现在Grafana图例中）

临时用>0过滤冗余标签，但会误删区间内增长为0的有效指标：

(increase(counter[1y]) - (increase(counter[1y] @ start()))) > 0

最优实现方式 #

1. 兼顾效率与标签准确性的表达式

(increase(counter[30d]) - increase(counter[30d] @ start())) unless absent(counter[$__range])

• 调整时间范围：将1y替换为符合你指标实际生命周期的范围（比如30d），只要覆盖指标可能存在的最长时间即可，大幅降低查询耗时
• 精准过滤冗余标签：unless absent(counter[$__range])仅过滤当前时间区间内完全无数据的标签，不会误删区间内增长为0但仍有数据的指标

2. 无法确定指标生命周期的兼容写法

如果无法预估指标的最长生命周期，可保留大时间范围但结合标签过滤：

(increase(counter[1y]) - increase(counter[1y] @ start())) unless absent(counter[$__range])

为什么其他方案不符合需求 #

• 仅用increase(..[$__range])：仅计算当前区间内的增长，无法覆盖区间前的计数器重置，修正后的累计值不准确
• 用increase(..[$__range]) - increase(..[$__range] @ start())：两个increase都只计算区间内的增长，结果恒为0，完全不符合需求

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