可以在查询语法中指定要搜索的字段，下面是几个例子：

通配符搜索可以在单个词项上运行，使用 ? 替换单个字符，使用 * 替换零个或多个字符：

qu?ck bro*

请注意，通配符查询会占用大量内存，并且性能非常差——只要想想需要查询多少个词项才能匹配查询字符串 "a* b* c*"。

{
  "field": ""
}

{
  "field": null
}

只有部分分析链应用在字符级别的操作上。 例如，如果分析器既执行转小写又执行词干分析(提取)，那么只会应用转小写操作：对一个缺少某些字母的单词执行词干分析是错误的。

通过将 analyze_wildcard 设置为true，将分析以 * 结尾的查询，通过确保前 N-1 个词元(token)的精确匹配和最后一个词元的前缀匹配，从不同的词元中构建 bool 查询。

通过将正则表达式模式用斜杠("/")包裹，可以将它们嵌入到查询字符串中：

name:/joh?n(ath[oa]n)/

正则表达式语法 中解释了支持的正则表达式语法。

/.*n/

我们可以使用“模糊”运算符搜索与我们的搜索词项相似但又不完全相似的词项：

quikc~ brwn~ foks~

它使用 达梅劳-莱温斯坦距离 来查找最多有两个变化的所有词项，其变化包括单个字符的插入、删除或替换，或者两个相邻字符的位置调换。

默认的编辑距离是2，但是编辑距离1应该足以捕捉 80% 的人类拼写错误。 它可以指定为：

quikc~1

虽然短语查询（例如"john smith"）希望所有词项的顺序完全相同，但 邻近查询(proximity query) 允许指定的词语相距更远或顺序不同。 与 模糊查询(fuzzy query) 可以指定单词中字符的最大编辑距离相同，邻近搜索允许我们指定短语中单词的最大编辑距离:

"fox quick"~5

字段中的文本越接近查询字符串中指定的原始顺序，该文档就被认为越相关。 与上面的示例查询相比，短语 "quick fox" 被认为比 "quick brown fox" 更相关。

可以为 date、numeric 或 string 字段指定范围。 包含范围用方括号[min TO max]表示，不包含范围用花括号{min TO max}表示。

大括号和方括号可以组合使用：

一侧无界的范围可以使用以下语法：

age:>10
age:>=10
age:<10
age:<=10

age:(>=10 AND <20)
age:(+>=10 +<20)

查询字符串中范围的解析可能很复杂并且容易出错。 使用显式的 range 查询 要可靠得多。

使用增强(boost)运算符 ^ 使一个词项比另一个更相关。 例如，如果我们想找到所有关于 fox 的文档，但是我们对 quick fox 特别感兴趣：

quick^2 fox

默认 boost 的值为 1，但可以是任何正浮点数。 boost的值在 0 到 1 之间时会降低相关性。

boost也可用于短语或分组：

"john smith"^2   (foo bar)^4

默认情况下，所有词项都是可选的，只要有一个词项匹配即可。 搜索 foo bar baz 将找到包含 foo、bar、baz 中的一个或多个的任何文档。 我们在上面已经讨论了 default_operator，它允许你强制所有的词项都是必需的，但是也有一些布尔运算符可以在查询字符串本身中使用，以提供更多的控制。

首选运算符是 + (该词项必须存在) 和 - (该词项 必须不 存在)。所有其他词项都是可选的。 例如，下面这个查询：

quick brown +fox -news

说明：

我们所熟悉的布尔运算符AND、OR 和 NOT（也写成 &&、|| 和 !）也是受支持的，但要注意它们不遵守通常的优先规则，所以当多个运算符一起使用时，应该使用括号。 例如，前面的查询(即: quick brown +fox -news)可以重写为：

相比之下，使用 match查询 重写的相同查询会像这样：

{
    "bool": {
        "must":     { "match": "fox"         },
        "should":   { "match": "quick brown" },
        "must_not": { "match": "news"        }
    }
}

多个词项或子句可以用括号组合在一起，形成子查询：

(quick OR brown) AND fox

组可用于针对特定字段，或增强子查询的结果：

status:(active OR pending) title:(full text search)^2

如果你需要在查询本身中使用任何起运算符作用的字符(而不是运算符)，那么你应该在前面加一个反斜杠对它们进行转义。 例如，要搜索 (1+1)=2，你需要将查询写成 \(1\+1\)\=2。 当请求体使用 JSON 时，前面需要两个反斜杠(\\)；反斜杠是 JSON 字符串中保留的转义字符。

GET /twitter/_search
{
  "query" : {
    "query_string" : {
      "query" : "kimchy\\!",
      "fields"  : ["user"]
    }
  }
}

保留字符有：+ - = && || > < ! ( ) { } [ ] ^ " ~ * ? : \ /

未能正确转义这些特殊字符可能会导致语法错误，从而使查询无法运行。

空格(whitespace)不被当做运算符。

如果查询字符串为空或者只包含空格，查询将产生一个空的结果集。

query_string 搜索不会返回 嵌套的(nested) 文档。 要搜索嵌套文档，请使用 nested 查询。

可以使用 fields 参数同时对多个字段执行 query_string 搜索。

对多个字段运行 query_string 查询的想法是将每个查询词项扩展为一个 OR 子句，如下所示：

field1:query_term OR field2:query_term | ...

例如，这个查询

GET /_search
{
    "query": {
        "query_string" : {
            "fields" : ["content", "name"],
            "query" : "this AND that"
        }
    }
}

与下面这个查询匹配相同的词：

GET /_search
{
    "query": {
        "query_string": {
            "query": "(content:this OR name:this) AND (content:that OR name:that)"
        }
    }
}

由于几个查询是从单个搜索词项中生成的，所以使用带有 tie_breaker 的 dis_max 查询自动完成对它们的组合。 例如(使用符号 ^5 将 name 增加 5)：

GET /_search
{
    "query": {
        "query_string" : {
            "fields" : ["content", "name^5"],
            "query" : "this AND that OR thus",
            "tie_breaker" : 0
        }
    }
}

简单通配符也可以用于“在”文档指定的内部元素中搜索。 例如，如果有一个包含多个字段的 city 对象(或包含几个字段的内部对象)，则可以自动搜索所有"city"字段：

GET /_search
{
    "query": {
        "query_string" : {
            "fields" : ["city.*"],
            "query" : "this AND that OR thus"
        }
    }
}

另一个选项是在查询字符串本身中提供通配符字段搜索(正确转义 * 标志)，例如：city.\*:something：

GET /_search
{
    "query": {
        "query_string" : {
            "query" : "city.\\*:(this AND that OR thus)"
        }
    }
}

fields 参数还可以包括基于模式的字段名，允许自动展开到相关字段(包括动态引入的字段)。例如：

GET /_search
{
    "query": {
        "query_string" : {
            "fields" : ["content", "name.*^5"],
            "query" : "this AND that OR thus"
        }
    }
}

当对多个字段运行 query_string 查询时，支持下列附加参数。