fox_233的博客

背景：同事突然线上除了bug，在测试环境正常上了生产查询不出来数据。因为业务是日志相关，数据入es都是直接放到索引下而不是构建mapping，所以字段A的类型是text,fields是keyword。查询方式使用terms查询。分析：通过_analyze可以看出该此被分词解析成全小写 通过建立一个定义好类型是keyword的字段A查询后发现被分词解析成与值完全一致因此猜测，测试环境的数据应该都是全小写的，所以测试环境正常，生产环境查不到所以将字段后加上....

背景：因为很多项目都需要从es中获取数据，测试不会自己造es数据，所以每次都要问。然而问过之后一段时间就忘了，而且一条一条的造也很累。所以写了一个shell脚本目的：只需要修改shell脚本里的一些参数，然后执行脚本就能得到造好的数据，再使用批量创建es数据的命令制造数据。简化制造数据的成本。脚本：```#!/bin/bash#!固定变量无需修改date="`date "+%Y...

我在查询es的时候，第一次根据时间范围（截止时间是当前时间精确到秒），查询出来100条数据，以他们的tranceid作为第二次查询的条件；第二次查询，根据上次的100个tranceid（不约束时间范围）查询，但是结果不到100条，并且每次查询结果都不相同（不一定递增），一分钟左右后恢复正常，能查询出100条数据我把第二次的语句打印出来去kibana去查询，也是相同的情况每次查询结果都不相同（...

环境es51.根据原数据字段分组后进行排序：service_duration_agg = AggregationBuilders.terms("serviceAgg").field(ESConstUtil.METHOD).order(Terms.Order.count(false)).size(3); Terms.Order.count(false)：表示根据这个字段的count进行排序...