### 文檔 ID 文檔唯一標識由四個元數據字段組成： `_id`：文檔的字符串 ID `_type`：文檔的類型名 `_index`：文檔所在的索引 `_uid`：`_type` 和 `_id` 連接成的 `type#id` 默認情況下，`_uid` 是被保存（可取回）和索引（可搜索）的。`_type` 字段被索引但是沒有保存，`_id` 和 `_index` 字段則既沒有索引也沒有儲存，它們并不是真實存在的。 盡管如此，你仍然可以像真實字段一樣查詢 `_id` 字段。Elasticsearch 使用 `_uid` 字段來追溯 `_id`。雖然你可以修改這些字段的 `index` 和 `store` 設置，但是基本上不需要這么做。 `_id` 字段有一個你可能用得到的設置：`path` 設置告訴 Elasticsearch 它需要從文檔本身的哪個字段中生成 `_id` ``` PUT /my_index { "mappings": { "my_type": { "_id": { "path": "doc_id" <1> }, "properties": { "doc_id": { "type": "string", "index": "not_analyzed" } } } } } ``` <!-- SENSE: 070_Index_Mgmt/33_ID_path.json --> <1> 從 `doc_id` 字段生成 `_id` 然后，當你索引一個文檔時： ``` POST /my_index/my_type { "doc_id": "123" } ``` <!-- SENSE: 070_Index_Mgmt/33_ID_path.json --> `_id` 值由文檔主體的 `doc_id` 字段生成。 ``` { "_index": "my_index", "_type": "my_type", "_id": "123", <1> "_version": 1, "created": true } ``` <1> `_id` 正確的生成了。 警告：雖然這樣很方便，但是注意它對 `bulk` 請求（見【bulk 格式】）有個輕微的性能影響。處理請求的節點將不能僅靠解析元數據行來決定將請求分配給哪一個分片，而需要解析整個文檔主體。