在VictoriaMetrics中用MetricsQL实现值范围条件除法的问题排查

正确的MetricsQL实现 #

使用case表达式可以实现逐时间序列的条件判断，避免跨序列填充undefined值导致曲线合并：

case
  when {__name__=~"MyMeasurement_[A-Z].*",unit="°C"} >= 120 and {__name__=~"MyMeasurement_[A-Z].*",unit="°C"} < 1000
  then {__name__=~"MyMeasurement_[A-Z].*",unit="°C"} / 10
  else {__name__=~"MyMeasurement_[A-Z].*",unit="°C"}
end

原有写法的问题分析 #

1. 第一段语句报错/曲线合并
   用WITH定义data和data1后使用or运算符，or会将某个序列的undefined值用其他序列的有效值填充，导致原本独立的多条曲线合并为一条。
2. 第二段语句曲线合并
   default运算符同样会用后面指标的有效值填充前面的undefined条目，引发相同的曲线合并问题。

与InfluxDB实现的对比 #

InfluxDB的map函数是逐数据点处理每条记录，天然保证了每个序列的独立性：

|> map(fn: (r) => ({
      r with _value:
        if r._value >= ${tempSplitLimit} and r._value < 1000 then float(v:r._value) / 10.0
        else float(v:r._value)
    }))

而VictoriaMetrics的or/default是跨序列的填充逻辑，这是两者核心的行为差异。

问题根源 #

数据并非同时写入，VictoriaMetrics返回的结果中存在undefined条目，or/default的跨序列填充特性破坏了序列的独立性。

临时方案（已验证） #

为每个name单独发起查询，避免跨序列的填充干扰。

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