Elasticsearch索引管理中是否允许使用带点的映射属性名？设置参数无效怎么办

• 核心生效逻辑前提：mapper.allow_dots_in_name属于索引创建阶段的静态配置，不支持索引创建完成后动态更新。绝大多数配置不生效的问题，都是因为在索引已存在的前提下，通过更新settings接口补加了这个参数——这类操作虽然会收到ES返回的成功响应，但内核根本不会把这个参数加载到映射解析流程里，完全起不到作用。
• 常见的配置失效场景：
  • 对已创建的存量索引，调用PUT /<索引名>/_settings接口写入该参数：所有和映射解析规则相关的静态配置，都不支持运行时动态修改，这类提交属于无效操作。
  • 自动建索引场景下的配置遗漏：如果没有提前配置匹配规则的索引模板，ES第一次碰到未创建的索引名时会触发自动创建流程，默认不会启用这个参数，后续再补加配置也无法回溯生效到已经创建完成的索引上。
  • 版本不兼容：mapper.allow_dots_in_name是ES 7.0版本才新增的能力，6.x及更早版本的内核没有这个配置的解析逻辑，即便写对了配置位置也不会生效。
• 正确的落地操作步骤：
  1. 先删除所有已经因为配置失效创建的旧索引，避免旧索引的默认解析逻辑干扰后续写入
  2. 发起创建索引的请求时，将参数写入settings节点下，标准请求结构参考：

     PUT /<目标索引名>
     {
       "settings": {
         "number_of_shards": 1,
         "mapper.allow_dots_in_name": true
       },
       "mappings": {
         "dynamic": true
       }
     }
     

  3. 如果业务场景需要频繁写入新索引，需要把该参数写入匹配范围对应的索引模板中，确保所有新创建的索引在生成时就自动加载该配置，不需要手动逐索引创建。
  4. 配置完成后，先调用GET /<目标索引名>/_settings接口校验返回值，确认能查到index.mapper.allow_dots_in_name: true的配置条目，再开始上传带圆点键名的JSON文档，此时圆点会被识别为普通字符，不会触发字段层级拆分的自动映射逻辑。

补充排错提示：如果配置正确后，键名里的圆点依然触发字段拆分，需要检查是否有ingest pipeline、全局字段拦截器对写入的文档做了字段重命名/层级嵌套处理，这类前置处理逻辑会绕过索引本身的映射配置规则。

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