elasticsearch：我對_all、_source的理解，對index、store認識

elasticsearch：我對_all、_source的理解，對index、store認識

一、_all

_all欄位默認是關閉的，如果要開啟_all欄位，索引增大是不言而喻的。_all欄位開啟適用於不指定搜索某一個欄位，根據關鍵詞，搜索整個文檔內容

二、_source

"includes": ["path1.*", "path2.*"],包含那些欄位，當"enabled": true,時

"excludes": ["path3.*"] 不包含那些欄位，當"enabled": true,時

存儲文檔時存儲那些欄位的原始值到elasticsearch，默認全部存儲

如果_source不存儲一個欄位，這個欄位的元數據是無法返回的。

在創建一個document的時候，使用的那個放在request

body中的json串，默認情況下，在get的時候，會原封不動的給我們返回回來。

_source欄位默認是存儲的，如果某個欄位內容非常多，業務裡面只需要能對該欄位進行搜索，最後返迴文檔id，查看文檔內容會再次到mysql或者hbase中取數據，把大欄位的內容存在Elasticsearch中只會增大索引，這一點文檔數量越大結果越明顯，如果一條文檔節省幾KB，放大到億萬級的量結果也是非常可觀的。

三、index

"id":{

"type": "keyword",

"index": true,

},

no:不把此欄位添加到索引中，也就是不建索引，此欄位不可查詢

not_analyzed:將欄位的原始值放入索引中，作為一個獨立的term，它是除string欄位以外的所有欄位的默認值。

analyzed:string欄位的默認值，會先進行分析後，再把分析的term結果存入索引中。

四、store

"info":{

"type": "text",

"store": true

},

默認 no,false

是否在 _source 之外在獨立存儲一份，這裡要說一下 _source 指的是源文檔

當某個欄位需沒有存儲在_source中時，對這個欄位的高亮時無效的，因為沒有存儲這個欄位的元數據，把這個欄位的store屬性設置為true，支持高亮。

推薦閱讀：