elasticdump的--searchBody时间查询不生效问题求助

我之前也碰到过elasticdump类似的查询异常问题，结合你的情况，咱们从几个方向来排查和解决：

1. 优先升级elasticdump到最新版本 #

旧版本的elasticdump对--searchBody的JSON解析可能存在bug，尤其是复杂查询结构的处理。你可以执行下面的命令升级：

npm install elasticdump -g

升级后再重新运行导出命令，看看时间范围是否生效。

2. 简化--searchBody的查询结构 #

你当前的searchBody包含了很多冗余字段（比如空的filter、should、must_not，还有stored_fields、script_fields等），虽然Kibana能正常解析，但elasticdump的处理逻辑可能对这些冗余结构不兼容。试着简化成最核心的查询：

elasticdump --input="some.endpoint" --output="somelocation/my_index.json" --ignoreType='mapping,settings,template' --limit 2000 -- --searchBody='{"sort":[{"@timestamp":{"order":"desc"}}],"query":{"range":{"@timestamp":{"gte":"2019-12-17T12:00:00.000Z","lte":"2019-12-17T12:00:15.000Z"}}}}'

简化后只保留排序和时间范围查询，去掉所有不必要的字段，排除冗余结构导致的解析问题。

3. 验证查询语句本身的正确性 #

用curl直接调用Elasticsearch的_search接口，确认你的查询逻辑在ES端是正常的：

curl -X POST "some.endpoint/_search" -H 'Content-Type: application/json' -d '{
  "sort":[{"@timestamp":{"order":"desc"}}],
  "query":{"range":{"@timestamp":{"gte":"2019-12-17T12:00:00.000Z","lte":"2019-12-17T12:00:15.000Z"}}}
}'

如果curl返回的结果符合时间范围，那问题肯定出在elasticdump的处理上；如果curl也返回超出范围的数据，那需要检查ES索引中@timestamp字段的映射是否正确，或者时间格式是否匹配。

4. 检查命令行的引号转义问题 #

在不同的shell环境（比如bash、zsh）中，单引号和双引号的解析规则可能不同。如果简化查询后还是不行，试试把--searchBody用双引号包裹，同时转义内部的双引号：

elasticdump --input="some.endpoint" --output="somelocation/my_index.json" --ignoreType='mapping,settings,template' --limit 2000 -- --searchBody="{\"sort\":[{\"@timestamp\":{\"order\":\"desc\"}}],\"query\":{\"range\":{\"@timestamp\":{\"gte\":\"2019-12-17T12:00:00.000Z\",\"lte\":\"2019-12-17T12:00:15.000Z\"}}}}"

按照上面的步骤一步步排查，大概率能解决时间范围不生效的问题。我当时是通过升级elasticdump+简化查询解决的，你可以先试试这两步~

内容的提问来源于stack exchange，提问作者Akshay Vasava