ES Filter Query 区别

Elasticsearch(ES) 中,FilterQuery 是两种常用的数据检索方式,它们的主要区别在于 是否计算相关性分数(Score) 以及 是否使用缓存。以下是它们的详细区别和应用场景:


1. 核心区别

特性 Filter(过滤器) Query(查询)
相关性分数 不计算分数,只判断文档是否匹配。 计算分数,用于衡量文档与查询的相关性。
性能 性能更高,适合精确匹配。 性能较低,适合全文检索。
缓存 结果会被缓存,重复查询时更快。 结果不会被缓存。
使用场景 精确匹配(如范围查询、Term 查询)。 全文检索(如 Match 查询)。
排序 不参与排序。 参与排序(基于分数)。

2. 详细说明

(1)Filter(过滤器)

  • 特点

    • 只判断文档是否匹配,不计算相关性分数。

    • 结果会被缓存,适合重复查询的场景。

    • 性能更高,因为不需要计算分数。

  • 使用场景

    • 精确匹配(如 Term 查询、Range 查询)。

    • 布尔条件判断(如 mustshouldmust_not)。

    • 过滤不需要排序的数据。

  • 示例

    json

    复制

    复制代码
    {
      "query": {
        "bool": {
          "filter": [
            { "term": { "status": "active" } },
            { "range": { "age": { "gte": 18, "lte": 30 } } }
          ]
        }
      }
    }

(2)Query(查询)

  • 特点

    • 计算文档与查询的相关性分数(Score)。

    • 结果不会被缓存。

    • 适合全文检索和模糊匹配。

  • 使用场景

    • 全文检索(如 Match 查询)。

    • 需要排序的场景(基于分数)。

    • 模糊匹配(如 Fuzzy 查询)。

  • 示例

    json

    复制

    复制代码
    {
      "query": {
        "match": {
          "title": "elasticsearch"
        }
      }
    }

3. Filter 和 Query 的结合使用

在实际应用中,Filter 和 Query 通常会结合使用,以兼顾性能和相关性。例如:

  • 使用 Filter 过滤掉不符合条件的文档。

  • 使用 Query 对剩余文档计算相关性分数。

示例:

json

复制

复制代码
{
  "query": {
    "bool": {
      "must": [
        { "match": { "title": "elasticsearch" } }  // Query
      ],
      "filter": [
        { "term": { "status": "active" } },       // Filter
        { "range": { "age": { "gte": 18 } } }     // Filter
      ]
    }
  }
}
  • must:用于 Query,计算相关性分数。

  • filter:用于 Filter,不计算分数,但会缓存结果。


4. 性能对比

  • Filter

    • 性能更高,适合精确匹配。

    • 结果缓存可以显著提升重复查询的性能。

  • Query

    • 性能较低,因为需要计算相关性分数。

    • 适合全文检索和排序场景。


5. 总结

  • Filter

    • 适合精确匹配和过滤场景。

    • 不计算分数,性能更高,结果会被缓存。

  • Query

    • 适合全文检索和排序场景。

    • 计算分数,性能较低,结果不会被缓存。

  • 结合使用

    • 在实际应用中,通常将 Filter 和 Query 结合使用,以兼顾性能和相关性。

通过合理使用 Filter 和 Query,可以显著提升 Elasticsearch 的查询性能和准确性。

相关推荐
Elastic 中国社区官方博客4 小时前
Elasticsearch:使用 AI Agent 来创建 workflow
大数据·运维·人工智能·elasticsearch·搜索引擎·自动化·全文检索
阿里云大数据AI技术5 小时前
AI Search+ES 9.4.X最佳实践:“更快、更准、更安全的企业级搜索引擎”"为AI Agent提供坚实底座”
人工智能·elasticsearch·agent
Elasticsearch8 小时前
Elastic 社区通讯 — 2026 年 8 月
elasticsearch
lsh曙光9 小时前
ES数据备份与恢复
大数据·elasticsearch·搜索引擎
Shawn Dev12 小时前
MySQL Binlog 数据误删除恢复完全指南
数据库·mysql·elasticsearch
Elastic 中国社区官方博客14 小时前
用两行 JSON 替换你的 ILM 策略:数据流生命周期新增冻结层支持
大数据·运维·elasticsearch·搜索引擎·架构·全文检索
小张同学a.15 小时前
ELK企业级日志分析平台3——ES数据备份 & 集群监控 & ELFK+Kafka 架构部署
linux·运维·elk·elasticsearch·架构·kafka·filebeat
lsh曙光1 天前
ELK日志平台--elasticsearch部署
elasticsearch
Elasticsearch1 天前
训练量仅占 0.35%,竞争力却达到 100%:jina-embeddings-v5-omni 背后的冻结塔架构
elasticsearch
扶苏10022 天前
同一个 Git 项目整出两份,切分支互不影响?两种方案实测
大数据·git·elasticsearch