这个问题我太熟悉了——文本类型的字段按词项排序时，确实会把contract 34排在contract 4前面，因为字符串是逐字符比较的：'3'的ASCII码比'4'小，所以不管后面跟着什么，都会优先排前面。下面给你几个实用的解决办法，按从易到难的顺序来：

方法1：用Runtime Field提取数字作为排序依据 #

这是最推荐的方案，不需要修改原始数据，直接在Kibana里新增一个运行时字段来提取合同号的数字部分：

• 打开Kibana的Management → Index Patterns
• 找到你的目标索引模式，点击Add field → 选择Runtime field
• 字段类型选long（整数型），然后在Painless脚本框里输入：

def parts = doc['your_contract_field.keyword'].value.splitOnWhitespace();
if (parts.length > 1) {
  try {
    emit(Integer.parseInt(parts[1]));
  } catch (Exception e) {
    emit(99999); // 把非数字后缀的合同放到最后，也可以设为0放到最前
  }
}

（记得把your_contract_field换成你实际的字段名）

• 保存字段后，回到可视化图表的排序设置，把排序字段换成这个新的Runtime字段，就能按数字大小正确排序了。

方法2：直接在可视化中使用脚本排序 #

如果只是临时解决这个问题，不想新增字段，可以直接在可视化的排序选项里用脚本：

• 打开可视化编辑界面，找到排序设置，选择Script作为排序依据
• 脚本语言选painless，输入以下脚本：

Integer.parseInt(doc['your_contract_field.keyword'].value.splitOnWhitespace()[1])

• 设置排序方向为升序/降序即可。同样，如果有非数字格式的合同，建议加个try-catch避免报错。

方法3：预处理数据补零（适合可控的数据写入流程） #

如果你能控制数据写入Elasticsearch的环节，可以在数据入库前把合同号的数字部分补成固定长度的字符串，比如：

• contract 3 → contract 003
• contract 34 → contract 034
• contract 4 → contract 004

这样文本排序时，003会在004前面，034在后面，完美解决问题。这个方案的优点是查询时不需要额外计算，性能更好。

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