github_zwl的博客

es分页用from+size的方式超过1万条就查不出数据了。分页方式 性能 优点 缺点 场景 from + size 低 灵活性好，实现简单 深度分页问题 数据量比较小，能容忍深度分页问题 scroll 中 解决了深度分页问题 无法反应数据的实时性（快照版本） 维护成本高，需要维护一个 scroll_id 海量数据的导出（比如笔者刚遇到的将es中20w的数据导入到excel） ..

进入kibana界面显示Kibana server is not ready yet出现这个问题原因很多，具体看报错信息：docker logs kibana我的报错信息为kibana78 | {"type":"log","@timestamp":"2020-12-31T10:01:58Z","tags":["warning","savedobjects-service"],"pid":6,"message":"Another Kibana instance appears ...

##全文查询xxx的信息GET index-*/_search{ "query": { "query_string": { "query": "*xxxx*" } }}

删除某个index的某条记录POST index-*/_delete_by_query{ "query":{ "match":{ "要删除的字段" : "对应的值" } }}

ES的总数超过1万条之后，普通的查询query然后match_all的时候hits里面的total始终只显示一个一万的解决办法：第一种解决办法：设置"track_total_hits":trueGET index-*/_search{ "query": { "match_all": {} }, "track_total_hits":true}第二种解决办法：直接_count就可以拿到 ---适用于在kibana中查询GET index-*/_count{...

比如按天统计searchdsl := map[string]interface{}{ "query": { "bool": { "filter": [ { "bool": { "must": [ { "range": { "upload_time": { "gte"...