Get API

根据索引、类型和ID获取文档

GET twitter/_doc/1

返回结果如下：

{
  "_index": "twitter",
  "_type": "_doc",
  "_id": "1",
  "_version": 1,
  "found": true,
  "_source": {
    "user": "kimchy",
    "post_date": "2009-11-15T14:12:12",
    "message": "trying out Elasticsearch"
  }
}

可以使用HEAD检查文档的存在性，例如：

HEAD twitter/_doc/1

返回：200 - OK

HEAD twitter/_doc/0

返回：404 - Not Found

Realtime

默认情况下，get API是实时的，并且不受索引刷新率的影响（当数据对于搜索可见时）。 如果文档已更新但尚未刷新，get API将就地发出刷新调用以使文档可见。 这也会使自上次刷新可见后的其他文档发生更改。 为了禁用实时GET，可以将实时参数设置为false。比如：

GET twitter_01/_doc/1/?realtime=false

Source filtering

默认情况下，get操作会返回_source字段的内容，除非已使用stored_fields参数或_source字段已禁用。 可以设置_source=false来关闭_source。比如：

GET twitter/_doc/1?_source=false

返回结果如下：

{
  "_index": "twitter",
  "_type": "_doc",
  "_id": "1",
  "_version": 1,
  "found": true
}

如果您只需要_source中的一个或两个字段，则可以使用_source_include＆_source_exclude参数来包含或过滤出需要的部分。 这对大型文档尤其有用，因为部分检索可以节省网络开销。 这两个参数都采用逗号分隔的字段列表或通配符表达式。 例如：

GET twitter/_doc/1?_source_include=*.id&_source_exclude=entities

如果您只想指定包含，则可以使用较短的表示法：

GET twitter/_doc/1?_source=*.id,retweeted

Stored Fields

get操作允许指定一组存储的字段，这些字段将通过传递stored_fields参数来返回。 如果请求的字段没有存储，它们将被忽略。 比如以下映射：

PUT twitter_01
{
   "mappings": {
      "_doc": {
         "properties": {
            "counter": {
               "type": "integer",
               "store": false
            },
            "tags": {
               "type": "keyword",
               "store": true
            }
         }
      }
   }
}

现在我们添加一个文档

PUT twitter_01/_doc/1
{
    "counter" : 1,
    "tags" : ["red"]
}

接下来我们检索一把：

GET twitter_01/_doc/1?stored_fields=tags,counter

返回结果如下：

{
  "_index": "twitter_01",
  "_type": "_doc",
  "_id": "1",
  "_version": 1,
  "found": true,
  "fields": {
    "tags": [
      "red"
    ]
  }
}

从它自己的文档中获取的字段值总是以数组的形式返回。 由于未存储计数器字段，因此get请求在尝试获取stored_fields时会忽略它。
还可以像_routing字段一样检索元数据字段：

PUT twitter_01/_doc/2?routing=user1
{
    "counter" : 1,
    "tags" : ["white"]
}

GET twitter_01/_doc/2?routing=user1&stored_fields=tags,counter

返回结果如下：

{
  "_index": "twitter_01",
  "_type": "_doc",
  "_id": "2",
  "_version": 1,
  "_routing": "user1",
  "found": true,
  "fields": {
    "tags": [
      "white"
    ]
  }
}

只有leaf fields（简单字段）可以通过stored_field选项返回。 所以对象字段不能被返回，并且这样的请求将失败。

直接获取_source

使用/{index}/{type}/{id}/_source 方式来获取文档的_source字段，而不需要任何额外的内容。 例如：

GET twitter_01/_doc/1/_source

返回内容如下：

{
  "counter": 1,
  "tags": [
    "red"
  ]
}

同样也可以使用Source filtering来控制将返回_source的哪些部分：

GET twitter/_doc/1/_source?_source_include=*.id&_source_exclude=entities'

值得注意的是，_source端点还有一个HEAD变体，用于高效地测试文档_source的存在。 如果现有文档在映射（mapping）中被禁用，它将不会有_source。

HEAD twitter_01/_doc/1/_source

返回结果：200 - OK

Routing

当使用控制路由的能力进行索引时，为了获取文档，还应该提供路由值。 例如：

GET twitter/_doc/2?routing=user1

以上将得到一个id为2的tweet，但会根据用户进行路由。 请注意，在没有正确路由的情况下发出get将导致文档获取失败。

Preference

控制首选哪个分片副本执行get请求。 默认情况下，该操作在分片副本之间随机选择。
preference可以设置的值有：

• _primary：该操作只会去主分片，并且只会在主分片上执行。
• _local：如果可能，该操作将优选在本地分配的分片上执行。
• Custom (string) value：自定义值将用于确保相同的自定义值将使用相同的分片。 当在不同的刷新状态下命中不同的分片时，这可以帮助“跳跃值”（jumping values）。 比如可以是Web session id或 用户名。

Refresh

可以将refresh参数设置为true，以便在get操作之前刷新相关分片并使其可搜索。 将其设置为true应仔细考虑，验证是否会对系统造成沉重负担，或者是否会降低索引速度。

Distributed

get操作被哈希成一个特定的分片ID。 然后它被重定向到该分片ID中的一个副本并返回结果。 副本是该分片ID组中的主分片及其副本。 这意味着拥有越多的副本，将拥有更好的GET扩展。

Versioning support

只有当其版本等于指定的版本时，才可以使用版本参数来检索文档。 所有版本类型的行为都是相同的，除了版本类型为FORCE会总是检索文档。 请注意，FORCE版本类型已弃用。

在内部，Elasticsearch已将旧文档标记为已删除并添加了全新文档。 旧版本的文档不会立即消失，尽管你已无法访问它。 随着索引数据越来越多，Elasticsearch将在后台清理已删除的文档。

 

 官方文档：https://www.elastic.co/guide/en/elasticsearch/reference/current/docs-get.html#get-source-filtering