Grafana+Loki查询异常：无法按延迟排序展示Top20路径

问题描述 #

我在K8s上部署了Grafana v10.4.1（版本号d94d597d84），用Loki做数据源，条形仪表板可视化。想通过查询展示按延迟排序的Top20路径，但sort_desc和topk完全没生效——结果既没排序，展示的数量也远超20。当前用的查询语句是：

sort_desc(topk(20, sum by(path_endpoint) (rate({namespace=~"$namespace", stream=~"$stream", container=~"$container"} | json |= $query| path_endpoint =~.+| path_endpoint !~/api/internal.+| path_endpoint !~/ws | __error__=`` | unwrap latency [5m]))))

问题根源 #

1. 多余的外层sort_desc：Loki的topk函数本身就是按聚合值降序返回结果的，外层套sort_desc不仅冗余，还可能因函数嵌套顺序导致逻辑异常。
2. 过滤条件顺序错误：你把__error__=```放在path_endpoint过滤之后，会让解析失败（无path_endpoint字段）的日志也进入聚合阶段，生成大量无效条目，干扰topk`的筛选逻辑。
3. 正则表达式不规范：path_endpoint =~.+未用引号包裹，Loki可能无法正确识别规则，导致过滤失效，大量不符合要求的路径被保留。

修正后的查询语句 #

topk(20, sum by(path_endpoint) (
  rate({namespace=~"$namespace", stream=~"$stream", container=~"$container"} 
    | json |= $query 
    | __error__=`` 
    | path_endpoint =~ ".+" 
    | path_endpoint !~ "/api/internal.+" 
    | path_endpoint !~ "/ws" 
    | unwrap latency [5m]
  )
))

核心调整说明 #

• 移除外层sort_desc：依赖topk默认的降序排序即可。
• 调整过滤顺序：先过滤解析失败的日志，再对path_endpoint做匹配排除，确保只有有效数据进入聚合环节。
• 正则加引号：给所有正则表达式加双引号，避免语法歧义，保证过滤规则生效。
• 拆分多行：让查询逻辑层级更清晰，方便后续排查问题。

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