编辑：下面的位集可能是有趣的读物，但答案本身有点过时。
其中一些功能在2.x中有所变化。Slawek还在另一个答案中指出，terms
在这种情况下，查询是使搜索干燥的一种简便方法。最后重构为当前最佳实践。—nz
您可能需要带有子句的Bool查询（或更可能是Filter与另一个查询一起）
should。
该布尔查询有三个主要属性：
must，
should，和
must_not。这些中的每一个都接受另一个查询或查询数组。子句名称是不言自明的；在您的情况下，该
should子句可以指定一个列表过滤器，与其中任何一个匹配项将返回您要查找的文档。
从文档：
在没有
must子句的布尔查询中，一个或多个should子句必须与文档匹配。可以使用minimum_should_match参数设置应匹配的最少应子句数。
这是一个独立的Bool查询的示例：
{ "bool": { "should": [ { "term": { "tag": "c" }}, { "term": { "tag": "d" }} ] }}这是该布尔查询作为另一个通用过滤查询中的过滤器的另一个示例：
{ "filtered": { "query": { "match": { "title": "hello world" } }, "filter": { "bool": { "should": [ { "term": { "tag": "c" }}, { "term": { "tag": "d" }} ] } } }}使用Bool作为查询（例如，影响比赛的得分）还是将其用作过滤器（例如，减少随后被得分或后过滤的命中），这取决于您的要求。
通常最好使用Bool代替Or
Filter，除非您有使用And / Or /
Not的理由（确实存在此类理由）。Elasticsearch博客提供了有关每种实现的更多信息，并提供了有关何时可能更喜欢Bool而不是And / Or /
Not（反之亦然）的好示例。
Elasticsearch博客：关于Elasticsearch过滤器位集的所有信息
使用重构的查询进行更新…
现在，所有的 这 出的方式，
terms查询是以上所有的机版本。对于引擎盖下的查询类型，它做的是正确的事情，其行为与使用选项的
bool+
相同，并且总体而言更为简洁。
should``minimum_should_match
这是最后一个查询的重构：
{ "filtered": { "query": { "match": { "title": "hello world" } }, "filter": { "terms": { "tag": [ "c", "d" ], "minimum_should_match": 1 } } }}
