PromQL中HTTP状态码匹配模式5XX、5.*与5..的差异咨询

嘿，这个问题问得挺细致的，我来给你拆解清楚这三个匹配模式的核心差异——首先得明确：PromQL里的~（匹配）和!~（不匹配）操作符是基于正则表达式工作的，这三个写法在正则里的含义完全不同，适用场景也不一样：

• 5XX：仅精确匹配字符串"5XX"
  这里的X就是普通字符，不是通配符。所以它只会命中status标签值恰好是"5XX"的指标——一般是监控系统把所有5xx类状态码聚合后，给指标打了这个聚合标签才会用到。如果你的status存的是具体的状态码（比如"500"、"503"），这个模式根本匹配不到任何结果。

• 5.*：匹配所有以"5"开头的字符串
  正则里的.代表任意单个字符，*表示前面的字符可以出现0次或多次。这个匹配范围非常广：从单纯的"5"，到"50"、"500"这类标准状态码，甚至"5abc"这种非标准字符串，还有"5XX"都会被匹配到。如果你的status标签只有标准三位5xx状态码，它和下面的5..结果看起来一致，但如果存在短字符（比如"5"）或非标准值，差异立刻就显现了。

• 5..：匹配以"5"开头且长度至少为3的字符串
  这里的两个.各代表一个任意字符，要求字符串必须以"5"开头，后面至少跟两个字符。比如"500"、"503"、"5XX"都符合，但"5"、"50"这种长度不够的就匹配不上。如果你的status都是标准三位HTTP状态码，这个模式刚好能精准匹配所有具体的5xx状态码；同时它也能匹配到"5XX"这类聚合标签值。

再说说你例子里的情况：为什么http_requests_total{status!~"4XX"}和http_requests_total{status!~"4.*"}有时候结果相同？

大概率是你的监控数据里status标签只有"4XX"这种聚合值：这时候!~"4XX"会排除这些聚合指标，!~"4.*"也会排除所有以"4"开头的（也就是"4XX"），所以结果一致。但如果你的status里有具体的4xx状态码（比如"400"、"404"），两者结果就会完全不同：!~"4XX"相当于没过滤（因为没有status="4XX"的指标），而!~"4.*"会把所有以"4"开头的具体状态码指标都排除掉。

备注：内容来源于stack exchange，提问作者Nullpointer