OpenSearch搜索异常咨询：period字段match查询结果不符预期

核心问题 #

你的period字段大概率被设置为text类型并使用了默认分词器，而非适合精确匹配的keyword类型。text类型会将类似JAN-23的字符串拆分为jan和23两个独立词条，导致搜索时只要包含其中任意一个词条就会匹配，完全偏离了精确匹配的预期。

对应异常场景的解释 #

• 查询period:JAN-23返回全部6条：分词后搜索jan+23，所有记录的period（JAN-23、FEB-23）都包含23词条，因此全部匹配。
• 查询period:JAN-22返回4条JAN-23记录：分词后搜索jan+22，JAN-23的记录包含jan词条，所以匹配这4条。
• 查询period:DEC-23返回全部6条：分词后搜索dec+23，所有记录都包含23词条，因此全部匹配。
• status:Complete返回正确结果：说明status字段是keyword类型，执行的是精确匹配，符合预期。

解决方案 #

1. 确认字段映射
   先执行以下命令查看table1索引的mapping，验证period的字段类型：

   GET /table1/_mapping
   

2. 修正字段映射（推荐方案）
   由于无法直接修改已有字段的类型，需要重建索引并设置正确的映射：

   • 创建新索引，将period设为keyword类型：

     PUT /table1_new
     {
       "mappings": {
         "properties": {
           "period": { "type": "keyword" },
           "status": { "type": "keyword" },
           // 其他字段按实际结构补充
         }
       }
     }
     

   • 将原索引的数据同步到新索引：

     POST _reindex
     {
       "source": { "index": "table1" },
       "dest": { "index": "table1_new" }
     }
     

   • （可选）删除原索引，将新索引别名设置为table1，保持业务调用不变：

     DELETE /table1
     PUT /_aliases
     {
       "actions": [
         { "add": { "index": "table1_new", "alias": "table1" } }
       ]
     }
     

3. 临时应急方案
   如果暂时无法重建索引，且原period字段有自动生成的keyword子字段（OpenSearch默认会给text字段添加fieldname.keyword子字段），可以使用term查询进行精确匹配：

   GET /table1/_search
   {
     "query": {
       "term": {
         "period.keyword": "JAN-23"
       }
     }
   }
   

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