无需重建索引或新增子字段，为现有Elasticsearch索引添加归一化器实现大小写不敏感排序的解决方案咨询

看起来你碰到了Elasticsearch映射修改的典型限制——现有keyword字段的normalizer参数确实是不可动态更新的，这就是你收到冲突报错的核心原因。这个参数属于字段创建时的“元属性”，直接决定了字段的索引和存储逻辑，一旦字段创建完成就无法修改（从null改为case_insensitive自然就会触发冲突）。

不过别担心，我们有两个完全符合你需求的替代方案：既不需要重建索引，也不需要新增存储型子字段，就能实现大小写不敏感排序：

方案1：直接使用排序脚本实现（快速临时场景） #

这个方案最直接，不需要修改任何索引配置，也不占用额外空间，只需要在查询的sort阶段通过脚本动态将字段值转为小写，再基于小写值排序：

GET /your_index_name/_search
{
  "query": {
    // 这里放你的查询条件
    "match_all": {}
  },
  "sort": {
    "_script": {
      "type": "string",
      "script": {
        "source": "doc['property1.word'].value.toLowerCase()"
      },
      "order": "asc" // 或 desc
    }
  }
}

脚本的逻辑很简单：取出property1.word的原始值，转为小写后作为排序依据，这样无论原始值是大写还是小写，都会按照统一的小写规则排序，完全实现大小写不敏感的效果。

方案2：使用Runtime Field（推荐，适合复用场景） #

如果需要频繁使用这个排序逻辑，推荐用Runtime Field（Elasticsearch 7.11+ 支持）。它是一种动态计算的字段，不会存储在索引中，所以不需要重建索引、不占用额外磁盘空间，还能像普通字段一样被引用。

方式A：临时在查询中定义Runtime Field #

每次查询时临时声明，适合单次或偶尔使用的场景：

GET /your_index_name/_search
{
  "runtime_mappings": {
    "property1.word_case_insensitive": {
      "type": "keyword",
      "script": {
        "source": "emit(doc['property1.word'].value.toLowerCase())"
      }
    }
  },
  "query": {
    "match_all": {}
  },
  "sort": [
    { "property1.word_case_insensitive": "asc" }
  ]
}

方式B：将Runtime Field永久加入索引映射 #

如果需要长期复用，可以把这个Runtime Field添加到索引的映射中，之后每次查询都直接用它排序即可：

PUT /your_index_name/_mapping
{
  "runtime": {
    "property1.word_case_insensitive": {
      "type": "keyword",
      "script": {
        "source": "emit(doc['property1.word'].value.toLowerCase())"
      }
    }
  }
}

添加完成后，后续的排序请求就可以直接写：

"sort": [ { "property1.word_case_insensitive": "asc" } ]

这个方案既满足了你“不新增存储型子字段、不重建索引”的要求，又能让排序逻辑复用性更强。

最后再补充下：Elasticsearch之所以限制修改现有keyword字段的normalizer，是为了保证索引数据的一致性——如果允许修改，旧数据是用原规则索引的，新数据用新规则，会导致查询和排序结果混乱。所以直接修改现有字段的normalizer这条路确实走不通，但上面的两个方案完全可以解决你的问题，而且符合你的所有限制条件。

如果你的Elasticsearch版本低于7.11，那方案1的排序脚本就是唯一的选择，Runtime Field是不支持的哦。

内容来源于stack exchange