ElasticSearch 7.5.0：DevTools Console中now范围查询无结果的问题求助

这是个很常见的时区差异问题，我之前也遇到过类似情况，咱们一步步来解决：

首先得搞清楚为什么Discover和DevTools的结果不一样：
Kibana Discover默认会用你浏览器的本地时区来解析now，而DevTools里的query_string查询默认使用Elasticsearch服务器的UTC时区。如果你的myfield存储的是本地时间（而非UTC），或者你所在时区比UTC早，那DevTools里的now就会比Discover里的时间早，自然查不到对应数据。
另外，ES7.5版本的query_string对日期范围的语法支持虽然存在，但用range查询处理日期会更可靠、直观。

下面给你两种可行的解决方案：

方案1：给query_string指定时区 #

你可以直接在now后面添加时区偏移，比如你是东八区（UTC+8），就这么写：

GET /myindex/_search
{
  "query": {
    "query_string": {
      "query": "myfield < now+08:00"
    }
  }
}

或者更规范一点，给query_string加上time_zone参数，指定和Discover一致的时区：

GET /myindex/_search
{
  "query": {
    "query_string": {
      "query": "myfield < now",
      "time_zone": "Asia/Shanghai" // 替换成你实际的时区，比如"Europe/Paris"
    }
  }
}

方案2：使用range查询（更推荐） #

range是Elasticsearch专门用来处理范围查询的语法，针对日期类型字段的适配性更好，逻辑也更清晰：

GET /myindex/_search
{
  "query": {
    "range": {
      "myfield": {
        "lt": "now", // lt代表less than，也就是小于
        "time_zone": "Asia/Shanghai" // 按需指定时区，和你的数据时区匹配即可
      }
    }
  }
}

最后，你可以先确认下myfield的字段类型和时区配置，执行这个命令查看mapping：

GET /myindex/_mapping/field/myfield

如果myfield是不带时区的date类型，ES会默认把它当作UTC时间处理，这时候你就必须在查询时指定正确的时区才能匹配到数据。

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