1.借鑒

極客時間阮一鳴老師的Elasticsearch核心技術與實戰
 Elasticsearch 參考指南（映射參數enabled）
[翻譯]Elasticsearch重要文章之五：預加載fielddata
Elasticsearch學習之圖解Elasticsearch中的_source、_all、store和index屬性
 elasticsearch 中的store 以及倒排索引的問題
 Elasticsearch 關于store字段的處理
 elasticsearch搜索過程分析

2. 開始

Dynamic

dynamic控制著索引的文檔是否可包含新增字段，默認為true。

	true	false	strict
文檔可被索引	是	是	否
字段可被索引	是	否	否
_mapping可被更新	是	否	否

False

我們試一下，設置dynamic為false

PUT /my_movies 
{
  "mappings": {
    "dynamic": false,
    "properties": {
      "name": {
        "type": "keyword"
      },
      "content": {
        "type": "text"
      }
    }
  }
}

添加一篇文檔，帶有mapping中沒有指定的字段age

PUT /my_movies/_doc/1
{
  "name": "caiser",
  "content": "Hello Hello",
  "age": 99
}

添加成功后再看一下mapping

{
  "my_movies" : {
    "mappings" : {
      "dynamic" : "false",
      "properties" : {
        "content" : {
          "type" : "text"
        },
        "name" : {
          "type" : "keyword"
        }
      }
    }
  }
}

結果表明，設置為false后，文檔被索引了，但是mapping并沒有更新
-我們再通過age查詢一下，看看字段是否被索引

GET /my_movies/_search?q=age:99

{
  "took" : 0,
  "timed_out" : false,
  "_shards" : {
    "total" : 1,
    "successful" : 1,
    "skipped" : 0,
    "failed" : 0
  },
  "hits" : {
    "total" : {
      "value" : 0,
      "relation" : "eq"
    },
    "max_score" : null,
    "hits" : [ ]
  }
}

返回結果是空的，說明設置為false，字段不會被索引

Strict

接下來我們試一下，設置dynamic為strict

DELETE /my_movies

PUT /my_movies 
{
  "mappings": {
    "dynamic": "strict",
    "properties": {
      "name": {
        "type": "keyword"
      },
      "content": {
        "type": "text"
      }
    }
  }
}

我們嘗試添加一篇文檔，文檔中包含mapping定義中不存在的屬性

PUT /my_movies/_doc/1
{
  "name": "caiser",
  "content": "Hello Hello",
  "age": 99
}

直接報錯了

{
  "error": {
    "root_cause": [
      {
        "type": "strict_dynamic_mapping_exception",
        "reason": "mapping set to strict, dynamic introduction of [age] within [_doc] is not allowed"
      }
    ],
    "type": "strict_dynamic_mapping_exception",
    "reason": "mapping set to strict, dynamic introduction of [age] within [_doc] is not allowed"
  },
  "status": 400
}

由此可見，設置dynamic為strict時，如果索引mapping中不存在的字段，會直接報錯

null_value

需要對null值進行搜索
只有keyword類型支持設置為null_value

例子

我們來驗證一下，為text類型設置null_value

DELETE /my_movies

PUT /my_movies 
{
  "mappings": {
    "properties": {
      "name": {
        "type": "keyword"
      },
      "content": {
        "type": "text",
        "null_value": "null"
      }
    }
  }
}

為text類型設置null_value則會報以下錯誤

{
  "error": {
    "root_cause": [
      {
        "type": "mapper_parsing_exception",
        "reason": "Mapping definition for [content] has unsupported parameters:  [null_value : null]"
      }
    ],
    "type": "mapper_parsing_exception",
    "reason": "Failed to parse mapping [_doc]: Mapping definition for [content] has unsupported parameters:  [null_value : null]",
    "caused_by": {
      "type": "mapper_parsing_exception",
      "reason": "Mapping definition for [content] has unsupported parameters:  [null_value : null]"
    }
  },
  "status": 400
}

如果為keyword設置，則可以成功

DELETE /my_movies

PUT /my_movies 
{
  "mappings": {
    "properties": {
      "name": {
        "type": "keyword",
        "null_value": "null"
      },
      "content": {
        "type": "text"
      }
    }
  }
}

我們來添加數據并且查詢一下：

# 添加兩篇文檔
PUT /my_movies/_doc/1
{
  "content": "123",
  "name": null
}
PUT /my_movies/_doc/2
{
  "content": "123456"
}

# 查詢一下
GET /my_movies/_search
{
  "query": {
    "term": {
      "name": {
        "value": "null"
      }
    }
  }
}

查詢結果

{
  "took" : 0,
  "timed_out" : false,
  "_shards" : {
    "total" : 1,
    "successful" : 1,
    "skipped" : 0,
    "failed" : 0
  },
  "hits" : {
    "total" : {
      "value" : 1,
      "relation" : "eq"
    },
    "max_score" : 0.2876821,
    "hits" : [
      {
        "_index" : "my_movies",
        "_type" : "_doc",
        "_id" : "1",
        "_score" : 0.2876821,
        "_source" : {
          "content" : "123",
          "name" : null
        }
      }
    ]
  }
}

Copy To

copy_to將字段的數知拷貝到目標字段
copy_to的目標字段不出現在_source中

DELETE /my_users
# 創建索引
PUT /my_users
{
  "mappings": {
    "properties": {
      "fristName": {
        "type": "text",
        "copy_to": "fullName"
      },
      "lastName": {
        "type": "text",
        "copy_to": "fullName"
      }
    }
  }
}

# 索引文檔
PUT /my_users/_doc/1
{
  "fristName": "sun",
  "lastName": "ruikai"
}

# 查詢
GET /my_users/_search
{
  "query": {
    "match": {
      "fullName": {
        "query": "sun ruikai",
        "operator": "and"
      }
    }
  }
}

查詢結果

{
  "took" : 1,
  "timed_out" : false,
  "_shards" : {
    "total" : 1,
    "successful" : 1,
    "skipped" : 0,
    "failed" : 0
  },
  "hits" : {
    "total" : {
      "value" : 1,
      "relation" : "eq"
    },
    "max_score" : 0.2876821,
    "hits" : [
      {
        "_index" : "my_users",
        "_type" : "_doc",
        "_id" : "1",
        "_score" : 0.2876821,
        "_source" : {
          "fristName" : "sun",
          "lastName" : "ruikai"
        }
      }
    ]
  }
}

doc_values & fielddata

	doc_values	fielddata
何時創建	索引時，和倒排索引一起創建	搜索是動態創建
創建位置	磁盤文件	JVM內存
優點	避免大量內存占用	索引速度快，不占用額外的磁盤空間
缺點	降低索引速度，占用額外的磁盤空間	文檔過多，動態創建開銷大，占用過多JVM內存
缺省值	true	false

如果keyword字段無需排序和聚合，可以設置doc_values: false，可以增加索引的速度，減少磁盤使用量，如果重新打開，需要重建索引
如果text字段需要排序和聚合，需要設置fielddata: true

enable

如果一個字段不需要被檢索，排序以及集合分析，enable設置為false
需要注意的是：enabled只能設置在頂層mapping中，以及type為object的屬性中
以下兩種為合法的設置

DELETE my_movies
PUT /my_movies
{
  "mappings": {
    "properties": {
      "name": {
        "type": "keyword"
      },
      "content": {
        "type": "text"
      },
      "url": {
        "enabled": false,
        "type": "object"
      }
    }
  }
}

DELETE my_movies
PUT /my_movies
{
  "mappings": {
    "enabled": false,
    "properties": {
      "name": {
        "type": "keyword"
      },
      "content": {
        "type": "text"
      },
      "url": {
        "type": "object"
      }
    }
  }
}

eager_global_ordinals

預加載
如果更新頻繁，聚合查詢頻繁的keyword類型的字段推薦將該選項設置為true

DELETE my_movies
PUT /my_movies
{
  "mappings": {
    "properties": {
      "name": {
        "type": "keyword",
        "eager_global_ordinals": true
      },
      "content": {
        "type": "text"
      },
      "url": {
        "type": "object"
      }
    }
  }
}

_source && index && store 圖例

_source

翻譯官網如下:

_source字段包含索引時傳遞的原始JSON文檔主體。_source字段本身沒有索引(因此不能搜索)，但是會被存儲，以便在執行fetch請求(如get或search)時返回。

設置_source為false可節約磁盤，適用于指標型數據，一般優先考慮增加壓縮比(index.codec)，但是關閉了_source就不支持以下操作

update, update_by_query， reindex
高亮
無法在_source字段中獲得

我們可以指定_source全部禁用，或者指定包含哪些，不包含哪些
舉個栗子

# 全部禁用_source
PUT /song_of_ice_and_fire
{
  "mappings": {
    "_source": {
      "enabled": false
    }, 
    "properties": {
      "title": {
        "type": "keyword"
      },
      "content": {
        "type": "text"
      }
    }
  }
}

# 包含title，不包含content
PUT /song_of_ice_and_fire
{
  "mappings": {
    "_source": {
      "includes": ["title"],
      "excludes": ["content"]
    }, 
    "properties": {
      "title": {
        "type": "keyword"
      },
      "content": {
        "type": "text"
      }
    }
  }
}

store

翻譯官網如下:

默認情況下，字段值被索引以使其可搜索，但不存儲它們。這意味著可以查詢字段，但不能檢索原始字段值。

通常這并不重要。字段值已經是_source字段的一部分，該字段默認存儲。如果只想檢索單個字段或幾個字段的值，而不是整個_source，那么可以通過源過濾來實現。

在某些情況下，存儲字段是有意義的。例如，如果你有一個有標題的文檔，一個日期，和一個非常大的內容字段，你可能想檢索僅僅標題和日期，而不必從一個大_source字段提取這些字段

store屬性用于指定原始字段是否存儲，一般不與_source中的字段重疊

PUT /song_of_ice_and_fire
{
  "mappings": {
    "_source": {
      "includes": ["title"],
      "excludes": ["content"]
    }, 
    "properties": {
      "title": {
        "type": "keyword"
      },
      "content": {
        "type": "text",
        "store": true
      }
    }
  }
}

Index

index的設置控制著字段是否被索引，默認為true

	true	false
是否會創建倒排索引	是	否
字段是否可被搜索	是	否

我們舉個栗子，設置name的index屬性為false

DELETE /my_movies

PUT /my_movies 
{
  "mappings": {
    "properties": {
      "name": {
        "type": "keyword",
        "index": false
      },
      "content": {
        "type": "text"
      }
    }
  }
}

索引一篇文檔

PUT /my_movies/_doc/1
{
  "name": "caiser",
  "content": "Hello Hello",
  "age": 99
}

查詢一下

GET /my_movies/_search
{
  "query": {
    "term": {
      "name": {
        "value": "caiser"
      }
    }
  }
}

結果直接報錯了，es的返回也說明了問題：“Cannot search on field [name] since it is not indexed.”

{
  "error": {
    "root_cause": [
      {
        "type": "query_shard_exception",
        "reason": "failed to create query: {\n  \"term\" : {\n    \"name\" : {\n      \"value\" : \"caiser\",\n      \"boost\" : 1.0\n    }\n  }\n}",
        "index_uuid": "uLkZEGRuRCKVWyik8Z8VCQ",
        "index": "my_movies"
      }
    ],
    "type": "search_phase_execution_exception",
    "reason": "all shards failed",
    "phase": "query",
    "grouped": true,
    "failed_shards": [
      {
        "shard": 0,
        "index": "my_movies",
        "node": "M4LyTpueT--40-oJaXKvfA",
        "reason": {
          "type": "query_shard_exception",
          "reason": "failed to create query: {\n  \"term\" : {\n    \"name\" : {\n      \"value\" : \"caiser\",\n      \"boost\" : 1.0\n    }\n  }\n}",
          "index_uuid": "uLkZEGRuRCKVWyik8Z8VCQ",
          "index": "my_movies",
          "caused_by": {
            "type": "illegal_argument_exception",
            "reason": "Cannot search on field [name] since it is not indexed."
          }
        }
      }
    ]
  },
  "status": 400
}

Index Option

index_option控制者倒排索引記錄的級別

序號	級別	描述
1	doc	記錄doc id
2	freqs	記錄doc id 和 term 頻率
3	positions	記錄doc id，term頻率，term位置
4	offsets	記錄doc id，term頻率，term位置，字符偏移量

text 默認級別為positions，其他默認為doc

三个男躁一个女,国精产品一区一手机的秘密,麦子交换系列最经典十句话,欧美国产综合欧美视频

Elasticsearch 7.x 深入【1】索引【四】常用屬性

Elasticsearch 7.x 深入【1】索引【四】常用屬性

1.借鑒

2. 開始

Dynamic

False

Strict

null_value

Copy To

doc_values & fielddata

enable

eager_global_ordinals

_source && index && store 圖例

_source

store

Index

Index Option

3. 大功告成

三个男躁一个女,国精产品一区一手机的秘密,麦子交换系列最经典十句话,欧美 国产 综合 欧美 视频

Elasticsearch 7.x 深入【1】索引【四】常用屬性

1.借鑒

2. 開始

Dynamic

False

Strict

null_value

Copy To

doc_values & fielddata

enable

eager_global_ordinals

_source && index && store 圖例

_source

store

Index

Index Option

3. 大功告成

三个男躁一个女,国精产品一区一手机的秘密,麦子交换系列最经典十句话,欧美国产综合欧美视频