GitLab成功流水线4周数据点统计异常：PromQL查询结果不符

核心问题原因 #

你遇到的问题出在PromQL的count()函数与时间窗口的结合逻辑上：

• 使用count(pipeline_duration{...}[1d])时，Grafana会按1d步长为每个时间点计算当天窗口内的成功流水线数，累加每日数值后能得到与实际一致的22个数据点。
• 但改用count(pipeline_status{...}[4w])时，count()统计的是当前时间点往前4周窗口内的时间序列数量，而非所有样本点的总数。若Grafana面板步长小于4周，每个数据点的统计窗口都是滑动的4周，会导致重复统计，最终图表显示的不是你想要的“4周总数据点”，而是每个滑动窗口内的序列数，自然不符合预期。

另外需注意：前后两次查询用了不同标签过滤（project_id="930" vs project_repo="nik"），要确保标签匹配正确，避免因过滤条件错误导致数据缺失。

正确查询方式 #

根据你统计4周内成功流水线总数据点的需求，推荐以下两种查询方式：

方式1：用count_over_time直接统计样本点总数

count_over_time是PromQL专门用于统计指定时间范围内时间序列样本点总数的函数，更贴合你的需求：

count_over_time(pipeline_status{branch="master", status="success", source!="schedule", passed_with_warnings="no", project_repo="nik"}[4w]) or vector(0)

该查询会直接返回整个4周窗口内符合条件的流水线数据点总数，在Grafana中设置时间范围为3/20-4/20时，会显示正确的22。

方式2：按天统计后求和（适合需查看每日分布+总数的场景）

若需要同时查看每日数量和总数量，可先按天统计每日成功流水线数，再对4周结果求和：

sum_over_time(count(pipeline_status{branch="master", status="success", source!="schedule", passed_with_warnings="no", project_repo="nik"}[1d])[4w:1d]) or vector(0)

这个查询先计算每天的成功流水线数，再累加4周内的每日数值，最终结果也会是22。

额外提示 #

• 在Grafana中使用上述查询时，需将面板时间范围设置为目标4周区间（3/20-4/20），步长可设为整个区间（如1M），这样图表会直接显示代表总数的单点，避免滑动窗口问题。
• 确认pipeline_status指标的样本生成逻辑：每个成功流水线需对应一个独立样本点，这是统计准确的前提。

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