PromQL：对比连续5分钟区间计数器增量差值百分比并规避异常

首先纠正你原查询的核心问题：运算顺序错误导致逻辑偏离需求，而且用10m区间减5m区间的方式不够直观。下面是优化后的实现思路和最终表达式：

核心逻辑梳理 #

你需要对比的是最近5分钟的计数器增量和前一个5分钟（即5~10分钟前的区间）的增量，计算两者的差值百分比。正确的逻辑应该是：
(当前5m增量 - 前5m增量) / 前5m增量 * 100 > 50

优化后的PromQL表达式 #

方式1：过滤前5分钟无增量的场景（推荐） #

如果只有当前5m增量比有数据的前5m增量高出50%才告警，用这个表达式：

(
  (increase(my_counter_metric[5m]) - increase(my_counter_metric[5m] offset 5m)) 
  / increase(my_counter_metric[5m] offset 5m)
) * 100 > 50
and
increase(my_counter_metric[5m] offset 5m) > 0

• 用offset 5m精准获取前一个5分钟区间的增量，逻辑更清晰，比原查询的10m-5m方式更易维护
• 通过and increase(...) > 0直接过滤掉前5分钟无增量的情况，从根源避免除零错误
• increase函数本身会自动处理服务器重启导致的计数器重置问题，无需额外操作

方式2：允许前5分钟无增量时触发告警 #

如果前5分钟没有增量（比如服务刚启动），而当前5分钟有增量时也需要触发告警，可以用clamp_min给分母设一个极小值，避免除零：

(
  (increase(my_counter_metric[5m]) - increase(my_counter_metric[5m] offset 5m)) 
  / clamp_min(increase(my_counter_metric[5m] offset 5m), 0.001)
) * 100 > 50

• clamp_min(..., 0.001)会把分母的最小值限制为0.001，既避免除零，又不会对正常有数据的场景造成精度影响

原查询的问题说明 #

你的原表达式因为缺少括号，运算顺序不符合预期：
原代码实际执行的是 increase(my_counter_metric[10m]) - (increase(my_counter_metric[5m]) / increase(my_counter_metric[10m]) * 100)，这和你想要的差值百分比逻辑完全不符，而且用increase(10m)作为分母也不合理。

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