利用searchAfter分页方式代替From-Size查询或Scroll滚动查询，解决From-Size查询存在的深度翻页问题与Scroll滚动查询存在数据量大响应慢的问题。由于searchAfter分页需要保证排序聚合唯一，当使用_id字段进行排序聚合时，可能会导致fielddata内存使用指标陡增，从而导致集群的内存使用率

附：完整笔记目录~ps：本人小白，笔记均在个人理解基础上整理，若有错误欢迎指正！5.1Http数据包引子：上文说过，网络间大都靠数据包进行通信，而在应用层中被使用最多的数据包则为Http数据包，在第二章曾介绍了如何借助工具对Http数据包进行拦截。本篇则对Http数据包格式、内容等进行总结。

Elasticsearch的基本概念term索引词，在elasticsearch中索引词(term)是一个能够被索引的精确值。foo，FooFoo几个单词是不相同的索引词。索引词(term)是可以通过term查询进行准确的搜索。text文本是一段普通的非结构化文字，通常，文本会被分析称一个个的索引词，存储在elasticsearch的索

命令样例如下：curl-XGET"https://localhost:9200/_cat/fielddata?v=true&pretty"--cacert$ES_HOME/config/certs/http_ca.crt-u"elastic:ohCxPH=QBE+s5=*lo7F9"执行结果输出如下：idhostipnodefieldsizeNqk-6

ES报错：[parent]Datatoolarge,datafor[＜http_request＞]wouldbelargerthanlimitofXXXX  当es这个错误的时候：[parent]Datatoolarge,datafor[<http_request>]wouldbelargerthanlimitof[23941899878/22.2gb],with{bytes_wanted=23941987633bytes_l

配置查询_cluster/settings_cluster/settings?flat_settings_cluster/settings?include_defaults_cluster/settings?include_defaults&flat_settings/_stats/fielddata/_stats/fielddata?fields=*/_nodes/stats/indices/fielddata?fields=*/_nodes/stats/indices/fielddata?l

1、DocValues倒排索引在搜索包含指定term的doc时非常高效，但是在相反的操作时表现很差：查询一个文档中包含哪些term。具体来说，倒排索引在搜索时最为高效，但在排序、聚合等与指定filed相关的操作时效率低下，需要用doc_values。倒排索引将term映射到包含它们的doc，而docvalues将doc

Itsoundslikeyou'rebuildingadynamicformwithvariousfieldtypesandpotentialinterdependencies.Thisisamorecomplexscenario,butI'llguideyouthroughthestepstocreatesuchanapplicationusingHTML,CSS,andJavaScript.HTMLS

 Invocationofinitmethodfailed;nestedexceptionisElasticsearchStatusException[Elasticsearchexception[type=search_phase_execution_exception,reason=allshardsfailed]];nested:ElasticsearchException[Elasticsearchexception[type=illegal_argument_

转：https://server.51cto.com/article/694939.html 1基本概念简介所谓正排索引很简单，就是和我们人脑的记忆更加贴合的一种数据结构。比如记忆古诗，当别人问我

原因是url_date这个字段类型动态转成了text类型，只需要把在kibana索引管理，索引模板添加url_date字段为date类型就可以了，把旧的索引删除，新生成的索引就沿着这个模板 

今天在生产使用kibana查询了一条聚合语句，因为数据量比较大（40亿+），导致fielddatacache飙升，影响了写入，根据官方文档，进行如下操作：执行命令，查询filedatacache使用比较大的索引