Elasticsearch 8.3.2与低版本（v7.8.0）中index:false字段查询行为差异咨询

这个差异是Elasticsearch在版本迭代中针对查询容错性做的特意调整，核心是从严格报错转向更友好的空结果返回，具体原因可以拆解为这几点：

1. 提升查询容错性，避免意外中断查询 #

在7.10版本之前（比如你用到的7.8.0），Elasticsearch对index: false的字段执行查询会直接抛出错误——因为这类字段没有构建倒排索引，ES认为这是一个“无效查询操作”。但在实际业务场景中，很多时候查询语句是动态生成的，或者开发者可能不小心包含了未索引字段，这种报错会直接导致整个查询失败，体验很差。

8.x版本（从7.10开始引入这个变化）调整了逻辑：当查询未索引字段时，不再抛出错误，而是直接返回空的结果集。这样即使查询里包含了未索引字段，整个查询流程也不会中断，开发者可以根据结果自行判断，而不是被强制中断。

2. 内部处理逻辑的优化 #

从技术层面看，低版本中ES会尝试去访问index: false字段对应的倒排索引，但这个索引根本不存在，所以触发错误。而8.x版本中，ES会提前识别出该字段未建立索引，直接判定“没有任何文档能匹配这个查询条件”，所以返回hits.total.value: 0的结果，跳过了无效的索引访问步骤，既符合逻辑又提升了查询效率。

3. 官方设计理念向用户体验倾斜 #

Elasticsearch团队在版本迭代中越来越注重“平滑的用户体验”。之前的严格报错虽然逻辑严谨，但在实际使用中给开发者带来了不少困扰——比如多字段查询中只要有一个字段未索引，整个查询就失败。改为返回空结果，既符合“未索引字段无法匹配到任何文档”的本质逻辑，又避免了不必要的报错，让查询语句更健壮。

结合你的测试场景来看：你给tel字段设置了index: false，这个字段没有倒排索引，自然无法通过match查询匹配到内容。7.8.0会直接报错提醒你“不能查这个字段”，而8.3.2则直接返回空结果，因为确实没有文档能满足这个查询条件，同时不会打断你的后续操作。

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