OpenSearch排除字段索引方法及index:false日期报错排查

1. OpenSearch 排除指定字段不参与索引的正确配置 #

• enabled: false 仅对object类型字段、索引顶层mapping生效，text/keyword/date等基础类型字段配置该参数无效，无需尝试。
• 基础类型字段要跳过索引构建，正确配置是给字段设置"index": false，注意该参数合法值为布尔类型，不要传字符串"no"这类无效值。配置后字段内容仍会正常保留在_source中，查询结果可正常返回该字段内容，仅不会为该字段构建倒排索引，无法对其执行搜索、聚合、排序操作，完全匹配长文本内容仅存储不检索的需求。
• 注意：已存在的索引不支持直接修改现有字段的index属性，需要新建索引写入正确mapping后，通过reindex迁移历史数据，直接修改旧索引mapping不会生效，还可能触发隐式类型映射异常。

2. 为body字段设置index:false后触发date字段查询报错的原因 #

该报错和body字段的配置修改无直接关联，根因是你的range查询写法本身存在不规范问题，之前被OpenSearch的隐式容错逻辑掩盖，修改body配置后执行路径变化，问题才被暴露：

• 你的range查询中，gte传入的是someDay.getTime()返回的毫秒级时间戳（数字类型），lte传入的是字符串"now"（日期表达式）。OpenSearch处理range查询时，如果同个字段的range条件同时出现数字、字符串两种类型的值，会优先按照第一个传入值的类型解析所有参数：你把数字类型的时间戳写在前面，引擎会将整个range判定为数值范围查询，尝试把字符串"now"转成数字，自然抛出number_format_exception。
• 未修改body字段配置时，body是默认参与索引的text类型，查询执行时会先走全字段匹配流程，提前触发date字段的日期解析器容错逻辑，自动识别"now"为合法日期表达式，因此没有报错；当你把body设为index:false后，查询无需扫描body字段，执行路径缩短，直接走range查询的数值解析逻辑，这个隐藏的写法问题就暴露了，看起来像是修改body配置导致的异常。

查询修复方案 #

统一range查询的参数类型，不要混用数字时间戳和日期字符串，两种合法写法如下：

// 方案1：统一使用日期格式/表达式
date: { gte: someDay.toISOString(), lte: 'now' }

// 方案2：统一使用毫秒时间戳
date: { gte: someDay.getTime(), lte: Date.now() }

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