如何让Elasticsearch的should子句不参与打分？两类查询是否有差异？

嘿，你的思路其实已经很准了——用filter替代must来规避打分、利用缓存，这完全是正确的方向！针对你问的「怎么让should不参与打分」以及两个查询的差异，我给你拆解清楚：

如何让Should子句不参与打分？ #

核心就是把包含should的嵌套bool查询，放到外层bool的filter数组里，就像你写的查询1那样。因为filter属于「过滤上下文」，在这个上下文中，ES只做「是否匹配」的判断，完全不会计算任何相关性分数，而且匹配结果还会被自动缓存，后续相同查询能直接复用，性能拉满。

不管你在filter里面嵌套了should还是must，只要是在filter上下文里，所有判断逻辑都和打分彻底无关，只负责筛选符合条件的文档。

两个查询的核心差异 #

虽然这两个查询最终匹配的文档集合是一样的，但在打分、性能上有本质区别：

1. 打分逻辑的差异 #

• 查询1：整个筛选逻辑都在filter里，所有匹配的文档分数都是0——因为filter完全不参与打分计算，ES只告诉你「这个文档符合条件」，不会给它评个“好坏分”。
• 查询2：外层是普通的bool查询（属于「查询上下文」），should子句默认会参与打分。哪怕这里是简单的term和exists判断，ES也会给每个匹配的文档计算一个相关性分数（虽然分数值可能不高，但确实会算）。如果你的业务完全不需要分数，这部分计算纯粹是浪费资源。

2. 性能与缓存的差异 #

• 查询1：filter里的条件会被ES自动缓存成「过滤器缓存（filter cache）」，后续相同的查询请求可以直接读取缓存结果，不用重新遍历数据，性能优势非常明显，尤其是数据量较大的时候。
• 查询2：处于查询上下文，不会触发filter缓存，每次请求都要重新执行匹配逻辑+计算分数，性能比查询1差不少。

3. 结果的细微差异 #

两个查询返回的文档列表是完全一致的，但查询2的每个文档会带有非零的_score字段，而查询1的所有文档_score都是0。如果你的业务不需要基于分数排序或者展示分数，这一点差异没影响，但从贴合需求的角度，查询1更精准。

总结 #

如果你的需求是「纯过滤、完全不需要打分、支持OR逻辑」，那查询1就是最优解——既实现了你要的OR判断（should的作用），又完美利用了filter的非打分+缓存特性，完全契合你的需求。

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