Elasticsearch：如何对定义为字符串类型的数值字段进行排序？

嘿，这个场景我太熟悉了！刚好有个完美的方案——Runtime Fields，完全满足你“不用script标签、不用重新索引”的要求，而且是Elasticsearch官方支持的特性。

为什么Runtime Fields可行？ #

Runtime Fields是ES 7.10版本之后引入的功能，它允许你在查询时动态生成新字段，不需要修改原索引的mapping，也不用重新导入数据。我们可以用它把字符串类型的数值字段实时转换成数值类型，然后直接用这个动态字段排序。

具体实现示例 #

假设你的字符串数值字段名叫string_num，现在要按它的数值大小升序排序，查询语句可以这么写：

{
  "query": {
    "match_all": {}
  },
  "sort": [
    {
      "converted_num": {
        "order": "asc"
      }
    }
  ],
  "runtime_mappings": {
    "converted_num": {
      "type": "long", // 如果是小数类型就换成double
      "script": {
        "source": "emit(Long.parseLong(doc['string_num'].value))"
      }
    }
  }
}

这里要特别说明：虽然script出现在了runtime字段的定义里，但这不是你说的“在sort中使用script标签”——我们是直接用生成的converted_num字段排序，和普通数值字段的排序方式完全一致。

处理无效数值的情况 #

如果你的字符串字段里可能存在非数值内容，直接转换会报错，可以在script里加个判断逻辑，把无效值统一处理成某个默认值（比如0）：

"runtime_mappings": {
  "converted_num": {
    "type": "long",
    "script": {
      "source": """
        def strVal = doc['string_num'].value;
        if (strVal != null && /^\\d+$/.test(strVal)) {
          emit(Long.parseLong(strVal));
        } else {
          emit(0); // 无效值默认排到前面，也可以改成Long.MAX_VALUE让它排到末尾
        }
      """
    }
  }
}

注意事项 #

• 性能：Runtime Fields是查询时实时计算的，数据量特别大的时候会有轻微的性能损耗，但比起重新索引的成本来说，这个开销完全可以接受，适合临时需求或者不想动原索引的场景。
• 长期方案：如果这个排序需求是长期的，还是建议后续有空的时候执行reindex，把字段改成真正的数值类型，这样性能会更优。

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