## 多字段查詢
multi_match查詢基于匹配查詢且允許多字段查詢構建的:
|
`GET /_search`
`{`
`"query"``: {`
`"multi_match"`?`: {`
`"query"``:????``"this is a test"``,? (``1``)`
`"fields"``: [?``"subject"``,?``"message"`?`] (``2``)`
`}`
`}`
`}`
|
(1)查詢字符串
(2)要查詢的字段
字段盒每個字段的重點都可以用通配符來指定,比如:
|
`GET /_search`
`{`
`"query"``: {`
`"multi_match"`?`: {`
`"query"``:????``"Will Smith"``,`
`"fields"``: [?``"title"``,?``"*_name"`?`]? (``1``)`
`}`
`}`
`}`
|
(1)查詢title、first_name 盒 last_name字段
可以使用插入符號(^)表示法來增強單個字段
|
`GET /_search`
`{`
`"query"``: {`
`"multi_match"`?`: {`
`"query"`?`:?``"this is a test"``,`
`"fields"`?`: [?``"subject^3"``,?``"message"`?`] (``1``)`
`}`
`}`
`}`
|
(1)主題字段的重要性是消息字段的三倍
## 多字段查詢的類型
內部執行multi_match查詢的方式取決于type參數,可以將其設置為:
best_fields: ? ? (默認) 查找與任何字段匹配的文檔,使用最佳字段中的權重。 詳情參見:[`best_fields`](https://www.elastic.co/guide/en/elasticsearch/reference/current/query-dsl-multi-match-query.html#type-best-fields "best_fields")
most_fields: ? ?查找與任何字段匹配的文檔,并組合每個字段的權重。詳情參見:[`most_fields`](https://www.elastic.co/guide/en/elasticsearch/reference/current/query-dsl-multi-match-query.html#type-most-fields "most_fields").
cross_fields: ? 使用相同的分析儀處理字段,就像它們是一個大字段。 在任何字段中查找每個字詞,詳情參見:[`cross_fields`](https://www.elastic.co/guide/en/elasticsearch/reference/current/query-dsl-multi-match-query.html#type-cross-fields "cross_fields").
phrase: ? ? ? ? ? 對每個字段運行match_phrase查詢,并合并每個字段的權重,詳情參見:[`phrase`?and?`phrase_prefix`](https://www.elastic.co/guide/en/elasticsearch/reference/current/query-dsl-multi-match-query.html#type-phrase "phrase and phrase_prefix").
phrase_prefix:對每個字段運行match_phrase_prefix查詢,并合并每個字段的權重,詳情參見:[`phrase`?and?`phrase_prefix`](https://www.elastic.co/guide/en/elasticsearch/reference/current/query-dsl-multi-match-query.html#type-phrase "phrase and phrase_prefix")
## best_fields
best_fields類型是非常有用的,當您搜索在同一字段中要找多個字詞時。 例如,單個字段中的“棕狐”比一個字段中的“棕色”和另一個字段中的“狐貍”更有意義。
|
`GET /_search`
`{`
`"query"``: {`
`"multi_match"`?`: {`
`"query"``:??????``"brown fox"``,`
`"type"``:???????``"best_fields"``,`
`"fields"``:???? [?``"subject"``,?``"message"`?`],`
`"tie_breaker"``:?``0.3`
`}`
`}`
`}`
|
等價于執行:
|
`GET /_search`
`{`
`"query"``: {`
`"dis_max"``: {`
`"queries"``: [`
`{?``"match"``: {?``"subject"``:?``"brown fox"`?`}},`
`{?``"match"``: {?``"message"``:?``"brown fox"`?`}}`
`],`
`"tie_breaker"``:?``0.3`
`}`
`}`
`}`
|
通常,best_fields類型使用單個最佳匹配字段的權重,但如果指定了tie_breaker,則計算分數如下:
? ? ? ?* 從最佳匹配字段得權重
? ? ? ?* ?用于所有其他匹配字段加上`tie_breaker * _score`?
此外,如match查詢中所述,接受analyzer,boost,operator,minimum_should_match,fuzziness,lenient,prefix_length,max_expansions,rewrite,zero_terms_query和cutoff_frequency。
運算符和minimum_should_match
best_fields和most_fields類型是以字段為中心的 - 它們為每個字段生成一個匹配查詢。 這意味著運算符和minimum_should_match參數分別應用于每個字段,這可能不是您想要的
以此查詢為例:
|
`GET /_search`
`{`
`"query"``: {`
`"multi_match"`?`: {`
`"query"``:??????``"Will Smith"``,`
`"type"``:???????``"best_fields"``,`
`"fields"``:???? [?``"first_name"``,?``"last_name"`?`],`
`"operator"``:???``"and"`?`(``1``)`
`}`
`}`
`}`
|
(1)所有查詢條件必須存在
這個查詢可以理解為:
(+first_name:will +first_name:smith) | (+last_name:will +last_name:smith)
換句話說,所有術語必須存在于單個字段中以供文檔匹配。
有關更好的解決方案,請參閱cross_fields
## most_fields
當以不同方式查詢包含相同文本的多個字段時,most_fields類型最有用。 例如,主字段可以包含同義詞,詞干和沒有變音符號的術語。 第二字段可以包含原始術語,并且第三字段可以包含帶狀皰疹。 通過組合所有三個字段的權重,我們可以將盡可能多的文檔與主字段匹配,但使用第二和第三字段將最相似的結果推送到列表的頂部
查詢如下:
|
`GET /_search`
`{`
`"query"``: {`
`"multi_match"`?`: {`
`"query"``:??????``"quick brown fox"``,`
`"type"``:???????``"most_fields"``,`
`"fields"``:???? [?``"title"``,?``"title.original"``,?``"title.shingles"`?`]`
`}`
`}`
`}`
|
等價于執行:
|
`GET /_search`
`{`
`"query"``: {`
`"bool"``: {`
`"should"``: [`
`{?``"match"``: {?``"title"``:??????????``"quick brown fox"`?`}},`
`{?``"match"``: {?``"title.original"``:?``"quick brown fox"`?`}},`
`{?``"match"``: {?``"title.shingles"``:?``"quick brown fox"`?`}}`
`]`
`}`
`}`
`}`
|
每個匹配子句的權重分加在一起,然后除以匹配子句的數量。
此外,如match查詢中所述,接受analyzer,boost,operator,minimum_should_match,fuzziness,lenient,prefix_length,max_expansions,rewrite,zero_terms_query和cutoff_frequency,但請參閱operator和minimum_should_match。
## `phrase<span style="font-family: Arial, sans-serif;">和</span>``phrase_prefix`
phrase和phrase_prefix類型的行為與best_fields類似,但是它們使用match_phrase或match_phrase_prefix查詢,而不是匹配查詢。
如下查詢:
|
`GET /_search`
`{`
`"query"``: {`
`"multi_match"`?`: {`
`"query"``:??????``"quick brown f"``,`
`"type"``:???????``"phrase_prefix"``,`
`"fields"``:???? [?``"subject"``,?``"message"`?`]`
`}`
`}`
`}`
|
等價于執行:
|
`GET /_search`
`{`
`"query"``: {`
`"dis_max"``: {`
`"queries"``: [`
`{?``"match_phrase_prefix"``: {?``"subject"``:?``"quick brown f"`?`}},`
`{?``"match_phrase_prefix"``: {?``"message"``:?``"quick brown f"`?`}}`
`]`
`}`
`}`
`}`
|
此外,如match查詢中所述,接受analyzer,boost,operator,minimum_should_match,fuzziness,lenient,prefix_length,max_expansions,rewrite,zero_terms_query和cutoff_frequency,但請參閱operator和minimum_should_match。
phrase、phrase_prefix和fuzziness
~~~
fuzziness參數不能與
~~~
## `cross_fields`
cross_fields類型對于多個字段應匹配的結構化文檔特別有用。 例如,當查詢“Will Smith”的first_name和last_name字段時,最佳匹配可能在一個字段中具有“Will”,而在另一個字段中具有“Smith”
這聽起來像是most_fields的工作,但這種方法有兩個問題。 第一個問題是,對每個字段應用operator和minimum_should_match,而不是per-term(參見上面的解釋)。
第二個問題是關于相關性:first_name和last_name字段中不同的術語頻率可能會產生意外的結果。
例如,假設我們有兩個人:“Will Smith”和“Smith Jones”。 “Smith”作為姓氏是非常普遍的(因此具有低重要性),但是“Smith”作為名字是非常罕見的(因此是非常重要的)。
如果我們搜索“Will Smith”,“Smith Jones”文檔可能會出現在更匹配的“Will Smith”上面,因為first_name:smith的得分勝過了first_name:will加上last_name:smith的組合分數
`<span style="color: rgb(68, 68, 68);"></span>`
處理這些類型的查詢的一種方法是簡單地將first_name和last_name字段索引到單個full_name字段中。 當然,這只能在索引時完成。
cross_field類型試圖通過采用以術語為中心的方法在查詢時解決這些問題。 它首先將查詢字符串分析為單個術語,然后在任何字段中查找每個術語,就好像它們是一個大字段。
例如如下查詢:
|
`GET /_search`
`{`
`"query"``: {`
`"multi_match"`?`: {`
`"query"``:??????``"Will Smith"``,`
`"type"``:???????``"cross_fields"``,`
`"fields"``:???? [?``"first_name"``,?``"last_name"`?`],`
`"operator"``:???``"and"`
`}`
`}`
`}`
|
執行等價與:
+(first_name:will last_name:will)
+(first_name:smith last_name:smith)
換句話說,所有術語必須存在于至少一個字段中以供文檔匹配。 (與best_fields和most_fields的邏輯進行比較。)
這解決了兩個問題之一。 不同項頻率的問題通過混合所有字段頻率來解決,以便平衡差異。
在實踐中,first_name:smith將被視為具有與last_name:smith相同的頻率,加一。 這將使得first_name和last_name上的匹配具有可比的分數,對last_name具有很小的優勢,因為它是包含smith的最可能的字段。
注意,cross_fields通常只對所有的boost字段都為1的短字符串字段有用。否則boosts,term freqs和length標準化以這樣一種方式促成分數,使得術語統計的混合不再有意義了。
如果您通過Validate API運行上述查詢,則返回以下解釋:
+blended("will", fields: [first_name, last_name])
+blended("smith", fields: [first_name, last_name])
此外,如match查詢中所述,接受analyzer,boost,operator,minimum_should_match,fuzziness,lenient,prefix_length,max_expansions,rewrite,zero_terms_query和cutoff_frequency,但請參閱operator和minimum_should_match。
## `cross_field`?和 analysis
cross_field類型只能在具有相同分析器的字段上以term-centric模式工作。 具有相同分析器的字段在上面的示例中被分組在一起。 如果有多個組,它們將與bool查詢結合使用。
例如,如果我們有具有相同分析器的第一和最后一個字段,加上first.edge和last.edge,它們都使用edge_ngram分析器,
查詢如下:
|
`GET /_search`
`{`
`"query"``: {`
`"multi_match"`?`: {`
`"query"``:??????``"Jon"``,`
`"type"``:???????``"cross_fields"``,`
`"fields"``:???? [`
`"first"``,?``"first.edge"``,`
`"last"``,??``"last.edge"`
`]`
`}`
`}`
`}`
|
等價與執行:
blended("jon", fields: [first, last])
| (
? ? blended("j", fields: [first.edge, last.edge])
? ? blended("jo", fields: [first.edge, last.edge])
? ? blended("jon", fields: [first.edge, last.edge])
)
換句話說,第一個和最后一個將被分組在一起并被視為單個字段,first.edge和last.edge將被分組在一起并被視為單個字段。
擁有多個組是很好的,但是當與operator或minimum_should_match相結合時,它可能會遇到與most_fields或best_fields相同的問題。
您可以輕松地將此查詢重新編寫為兩個單獨的cross_fields查詢以及bool查詢,并將minimum_should_match參數應用于其中一個:
|
`GET /_search`
`{`
`"query"``: {`
`"bool"``: {`
`"should"``: [`
`{`
`"multi_match"`?`: {`
`"query"``:??????``"Will Smith"``,`
`"type"``:???????``"cross_fields"``,`
`"fields"``:???? [?``"first"``,?``"last"`?`],`
`"minimum_should_match"``:?``"50%"`?`(``1``)`
`}`
`},`
`{`
`"multi_match"`?`: {`
`"query"``:??????``"Will Smith"``,`
`"type"``:???????``"cross_fields"``,`
`"fields"``:???? [?``"*.edge"`?`]`
`}`
`}`
`]`
`}`
`}`
`}`
|
(1)在第一個或最后一個字段中必須存在一個will或smith
您可以通過在查詢中指定分析器參數將所有字段強制設置到同一組中:
|
`GET /_search`
`{`
`"query"``: {`
`"multi_match"`?`: {`
`"query"``:??????``"Jon"``,`
`"type"``:???????``"cross_fields"``,`
`"analyzer"``:???``"standard"``, (``1``)`
`"fields"``:???? [?``"first"``,?``"last"``,?``"*.edge"`?`]`
`}`
`}`
`}`
|
(1)對所有字段使用標準分析儀
等價與執行:
blended("will", fields: [first, first.edge, last.edge, last])
blended("smith", fields: [first, first.edge, last.edge, last])
## `tie_breaker`
默認情況下,每個詞匯混合查詢將使用組中任何字段返回的最佳分數,然后將這些分數加在一起以給出最終分數。 tie_breaker參數可以更改每個期間混合查詢的默認行為。 它接受:
0.0 ? ? ? ? ? ? ? ? 取出單個最佳分數(例如)first_name:will和last_name:will(default)
1.0 ? ? ? ? ? ? ? ? 將(例如)first_name:will和last_name:will的分數加在一起
0.0 <n <1.0 ? ?取單個最佳分數加上tie_breaker乘以來自其他匹配字段的每個分數。
## `cross_field`?和 fuzziness
fuzziness字段不能和cross_fields類型一起使用
- 入門
- 基本概念
- 安裝
- 探索你的集群
- 集群健康
- 列出所有索引庫
- 創建一個索引庫
- 索引文檔創建與查詢
- 刪除一個索引庫
- 修改你的數據
- 更新文檔
- 刪除文檔
- 批量處理
- 探索你的數據
- 搜索API
- 查詢語言介紹
- 執行搜索
- 執行過濾
- 執行聚合
- 總結
- Elasticsearch設置
- 安裝Elasticsearch
- .zip或.tar.gz文件的安裝方式
- Install Elasticsearch with .zip on Windows
- Debian軟件包安裝方式
- RPM安裝方式
- Install Elasticsearch with Windows MSI Installer
- Docker安裝方式
- 配置Elasticsearch
- 安全配置
- 日志配置
- 重要的Elasticsearch配置
- 重要的系統配置
- 系統設置
- 在jvm.options中設置JVM堆大小
- 禁用swapping
- 文件描述符
- 虛擬內存
- 線程數
- DNS cache settings
- 啟動前檢查
- 堆大小檢查
- 文件描述符檢查
- 內存鎖定檢查
- 最大線程數檢查
- 最大虛擬內存檢查
- Max file size check
- 最大map數檢查
- JVM Client模式檢查
- 串行收集使用檢查
- 系統調用過濾檢查
- OnError與OnOutOfMemoryError檢查
- Early-access check
- G1GC檢查
- Elasticsearch停機
- Elasticsearch升級
- 滾動升級
- 全集群重啟升級
- 索引重建升級
- Set up X-Pack
- Installing X-Pack
- X-Pack Settings
- Watcher Settings
- Configuring Security
- Breaking changes in 6.0
- X-Pack Breaking Changes
- 重大變化
- 6.0的重大變化
- 聚合變化
- Cat API變化
- 客戶端變化
- 集群變化
- 文檔API變化
- 索引變化
- 預處理變化
- 映射變化
- Packaging變化
- Percolator變化
- 插件變化
- 索引重建變化
- 信息統計變化
- DSL查詢變化
- 設置變化
- 腳本變化
- API約定
- 多索引語法
- 索引庫名稱的日期運算
- 常用選項
- URL-based訪問控制
- 文檔APIs
- 讀寫文檔
- 索引接口
- Get接口
- Delete API
- Delete By Query API
- Update API
- Update By Query API
- Multi Get API
- Bulk API
- Reindex API
- Term Vectors
- Multi termvectors API
- ?refresh
- 搜索APIs
- Search
- URI Search
- Request Body Search
- Query
- From / Size
- Sort
- Source filtering
- Fields
- Script Fields
- Doc value Fields
- Post filter
- Highlighting
- Rescoring
- Search Type
- Scroll
- Preference
- Explain
- Version
- Index Boost
- min_score
- Named Queries
- Inner hits
- Field Collapsing
- Search After
- Search Template
- Multi Search Template
- Search Shards API
- Suggesters
- Term suggester
- Phrase Suggester
- Completion Suggester
- Context Suggester
- Returning the type of the suggester
- Multi Search API
- Count API
- Validate API
- Explain API
- Profile API
- Profiling Queries
- Profiling Aggregations
- Profiling Considerations
- Field Capabilities API
- Aggregations
- Metrics Aggregations
- 平均值聚合
- 值計數聚合(Value Count Aggregation)
- Cardinality Aggregation
- Extended Stats Aggregation
- 地理邊界聚合
- 地理重心聚合
- Max Aggregation
- Min Aggregation
- Percentiles Aggregation
- Percentile Ranks Aggregation
- Scripted Metric Aggregation
- Stats Aggregation
- Sum Aggregation
- Top hits Aggregation
- Value Count Aggregation
- Bucket Aggregations
- 鄰接矩陣聚合
- Children Aggregation
- Date Histogram Aggregation
- Date Range Aggregation
- Significant Terms Aggregation
- Filter Aggregation(過濾器聚合)
- Filters Aggregation
- Geo Distance Aggregation(地理距離聚合) 轉至元數據結尾
- GeoHash grid Aggregation(GeoHash網格聚合)
- Global Aggregation(全局聚合) 轉至元數據結尾
- Histogram Aggregation
- IP Range Aggregation(IP范圍聚合)
- Missing Aggregation
- Nested Aggregation(嵌套聚合)
- Range Aggregation(范圍聚合)
- Reverse nested Aggregation
- Sampler Aggregation
- Significant Terms Aggregation
- Significant Text Aggregation
- Terms Aggregation
- Pipeline Aggregations
- Avg Bucket Aggregation
- Derivative Aggregation(導數聚合)
- Max Bucket Aggregation
- Min Bucket Aggregation
- Sum Bucket Aggregation
- Stats Bucket Aggregation
- Extended Stats Bucket Aggregation(擴展信息桶聚合)
- Percentiles Bucket Aggregation(百分數桶聚合)
- Moving Average Aggregation
- Cumulative Sum Aggregation(累積匯總聚合)
- Bucket Script Aggregation(桶腳本聚合)
- Bucket Selector Aggregation(桶選擇器聚合)
- Serial Differencing Aggregation(串行差異聚合)
- Matrix Aggregations
- Matrix Stats
- Caching heavy aggregations
- Returning only aggregation results
- Aggregation Metadata
- Returning the type of the aggregation
- Indices APIs
- Create Index /創建索引
- Delete Index /刪除索引
- Get Index /獲取索引
- Indices Exists /索引存在
- Open / Close Index API /啟動關閉索引
- Shrink Index /縮小索引
- Rollover Index/滾動索引
- Put Mapping /提交映射
- Get Mapping /獲取映射
- Get Field Mapping /獲取字段映射
- Types Exists
- Index Aliases
- Update Indices Settings
- Get Settings
- Analyze
- Explain Analyze
- Index Templates
- 索引統計信息
- 索引段
- 索引恢復
- 索引分片存儲
- 清理緩存
- 刷新
- 同步刷新
- 重新加載
- 強制合并
- Cat APIs
- cat aliases
- cat allocation
- cat count
- cat fielddata
- cat health
- cat indices
- cat master
- cat nodeattrs
- cat nodes
- cat pending tasks
- cat plugins
- cat recovery
- cat repositories
- cat segments
- cat shards
- cat thread pool
- cat snapshots
- cat templates
- Cluster APIs
- 集群健康
- 集群狀態
- 集群統計
- 掛起的集群任務
- 集群重新路由
- Cluster Update Settings
- Nodes Stats
- Nodes Info
- Nodes Feature Usage
- Remote Cluster Info
- Task Management API
- Nodes hot_threads
- Cluster Allocation Explain API
- Query DSL
- 查詢context與過濾context
- Match All Query
- 全文搜索
- 匹配查詢
- 短語匹配查詢
- 短語前綴匹配查詢
- 多字段查詢
- 常用術語查詢
- 查詢語句查詢
- 簡單查詢語句
- Term level queries
- Term Query
- Terms Query
- Range Query
- Exists Query
- Prefix Query
- Wildcard Query
- Regexp Query
- Fuzzy Query
- Type Query
- Ids Query
- 復合查詢
- Constant Score 查詢
- Bool 查詢
- Dis Max 查詢
- Function Score 查詢
- Boosting 查詢
- Joining queries
- Has Child Query
- Has Parent Query
- Nested Query(嵌套查詢)
- Parent Id Query
- Geo queries
- GeoShape Query(地理形狀查詢)
- Geo Bounding Box Query(地理邊框查詢)
- Geo Distance Query(地理距離查詢)
- Geo Polygon Query(地理多邊形查詢)
- Specialized queries
- More Like This Query
- Script Query
- Percolate Query
- Span queries
- Span Term 查詢
- Span Multi Term 查詢
- Span First 查詢
- Span Near 查詢
- Span Or 查詢
- Span Not 查詢
- Span Containing 查詢
- Span Within 查詢
- Span Field Masking 查詢 轉至元數據結尾
- Minimum Should Match
- Multi Term Query Rewrite
- Mapping
- Removal of mapping types
- Field datatypes
- Array
- Binary
- Range
- Boolean
- Date
- Geo-point datatype
- Geo-Shape datatype
- IP datatype
- Keyword datatype
- Nested datatype
- Numeric datatypes
- Object datatype
- Text
- Token數
- 滲濾型
- join datatype
- Meta-Fields
- _all field
- _field_names field
- _id field
- _index field
- _meta field
- _routing field
- _source field
- _type field
- _uid field
- Mapping parameters
- analyzer(分析器)
- normalizer(歸一化)
- boost(提升)
- Coerce(強制類型轉換)
- copy_to(合并參數)
- doc_values(文檔值)
- dynamic(動態設置)
- enabled(開啟字段)
- eager_global_ordinals
- fielddata(字段數據)
- format (日期格式)
- ignore_above(忽略超越限制的字段)
- ignore_malformed(忽略格式不對的數據)
- index (索引)
- index_options(索引設置)
- fields(字段)
- Norms (標準信息)
- null_value(空值)
- position_increment_gap(短語位置間隙)
- properties (屬性)
- search_analyzer (搜索分析器)
- similarity (匹配方法)
- store(存儲)
- Term_vectors(詞根信息)
- Dynamic Mapping
- Dynamic field mapping(動態字段映射)
- Dynamic templates(動態模板)
- default mapping(mapping中的_default_)
- Analysis
- Anatomy of an analyzer(分析器的分析)
- Testing analyzers(測試分析器)
- Analyzers(分析器)
- Configuring built-in analyzers(配置內置分析器)
- Standard Analyzer(標準分析器)
- Simple Analyzer(簡單分析器)
- 空白分析器
- Stop Analyzer
- Keyword Analyzer
- 模式分析器
- 語言分析器
- 指紋分析器
- 自定義分析器
- Normalizers
- Tokenizers(分詞器)
- Standard Tokenizer(標準分詞器)
- Letter Tokenizer
- Lowercase Tokenizer (小寫分詞器)
- Whitespace Analyzer
- UAX URL Email Tokenizer
- Classic Tokenizer
- Thai Tokenizer(泰語分詞器)
- NGram Tokenizer
- Edge NGram Tokenizer
- Keyword Analyzer
- Pattern Tokenizer
- Simple Pattern Tokenizer
- Simple Pattern Split Tokenizer
- Path Hierarchy Tokenizer(路徑層次分詞器)
- Token Filters(詞元過濾器)
- Standard Token Filter
- ASCII Folding Token Filter
- Flatten Graph Token Filter
- Length Token Filter
- Lowercase Token Filter
- Uppercase Token Filter
- NGram Token Filter
- Edge NGram Token Filter
- Porter Stem Token Filter
- Shingle Token Filter
- Stop Token Filter
- Word Delimiter Token Filter
- Word Delimiter Graph Token Filter
- Stemmer Token Filter
- Stemmer Override Token Filter
- Keyword Marker Token Filter
- Keyword Repeat Token Filter
- KStem Token Filter
- Snowball Token Filter
- Phonetic Token Filter
- Synonym Token Filter
- Synonym Graph Token Filter
- Compound Word Token Filters
- Reverse Token Filter
- Elision Token Filter
- Truncate Token Filter
- Unique Token Filter
- Pattern Capture Token Filter
- Pattern Replace Token Filter
- Trim Token Filter
- Limit Token Count Token Filter
- Hunspell Token Filter
- Common Grams Token Filter
- Normalization Token Filter
- CJK Width Token Filter
- CJK Bigram Token Filter
- Delimited Payload Token Filter
- Keep Words Token Filter
- Keep Types Token Filter
- Classic Token Filter
- Apostrophe Token Filter
- Decimal Digit Token Filter
- Fingerprint Token Filter
- Minhash Token Filter
- Character Filters(字符過濾器)
- HTML Strip Character Filter
- Mapping Character Filter
- Pattern Replace Character Filter
- 模塊
- Cluster
- 集群級路由和碎片分配
- 基于磁盤的分片分配
- 分片分配awareness
- 分片分配過濾
- Miscellaneous cluster settings
- Scripting
- Painless Scripting Language
- Lucene Expressions Language
- Advanced scripts using script engines
- Snapshot And Restore
- Thread Pool
- Index Modules(索引模塊)
- 預處理節點
- Pipeline Definition
- Ingest APIs
- Put Pipeline API
- Get Pipeline API
- Delete Pipeline API
- Simulate Pipeline API
- Accessing Data in Pipelines
- Handling Failures in Pipelines
- Processors
- Monitoring Elasticsearch
- X-Pack APIs
- X-Pack Commands
- How To
- Testing(測試)
- Glossary of terms
- Release Notes
- X-Pack Release Notes