【elasticsearch】数据早8小时Or晚8小时，你知道为什么吗，附解决方案

前言

这篇文章，不会解释什么是本初子午线，只想以做实验的方式来理解数据差8小时的问题。下面就先说结论，再来谈原理。

解决方案

想必大家都很清楚：中国标准时间= UTC + 8小时。
那么所有和时区有关的地方，都有可能成为“凶手”。

如果是java写入es怎么解决时区问题？

如果你使用java程序来写入es，我推荐你写入带T的时间字符串。提供程序如下：

/**
     * String timeZoneConvert = timeZoneConvert(
     *                 new Date().getTime()
     *                 , "yyyy-MM-dd'T'HH:mm:ss.SSSZ",
     *                 "Asia/Shanghai");
     *                 
     * @param date 毫秒
     * @param pattern format时间格式
     * @param timeZone 时区
     * @return 如:2019-12-30T16:32:07.616+0800
     */
    public static String timeZoneConvert(Long date,String pattern,String timeZone){
        SimpleDateFormat simpleDateFormat=new SimpleDateFormat(pattern);
        simpleDateFormat.setTimeZone(TimeZone.getTimeZone(timeZone));
        return simpleDateFormat.format(date);
    }

为什么？因为java有些api是带时区的。如new Date().getTime()默认是东八区，System.currentTimeMillis() 依赖于当前时区来计算毫秒值。
虽然上述例子依赖了这个api，但是这里只是想说明java程序所处的环境的时区同样有影响，特别是这个程序很可能是容器化的，那么可能又和系统镜像的时区有关了。

如果是logstash写入es怎么解决时区问题？

建议input的时间源数据就是带上时区的字符串，否则就要进行转换。

 mutate{
        gsub => [
           "time", "[+]", "T"
        ]
      } 
        mutate{
      replace => ["time","%{time}+08:00"]
      }

或是：

date {
    match => ["timestamp", "yyyy-MM-dd HH:mm:ss"]
    target => "my_timestamp"
    timezone => "+08:00"
}

如果是语句聚合es数据怎么解决时区问题？

指定time_zone配置

"aggs": {
    "by_day": {
      "date_histogram": {
        "field":     "date",
        "interval":  "day",
        "time_zone": "Asia/Shanghai"
      }
    }
  }

kibana显示怎么解决时区问题？

Management>>Advanced Settings设置时区。

file

原理&试验

Es中和时间相关的数据类型

一般在写入es的时候，会以json的方式写入，由于json中没有日期数据类型，所以日期如何存储显示，是由es决定的，也就是说es会进行隐式的类型转换。
es中的日期可以是：
- 格式化日期的字符串，例如"2019-12-30"或"2019/12/30 12:10:30"。
- 毫秒值。
- 秒值。

试验

这里以不同的时间api准备了一些数据写入es,让我们来看看会发生什么。

file

数据打印出来如下：

{
    "AsiaTime":"2019-12-30T16:32:07.616+0800",
    "newDateTime":1577694727581,
    "localTimeNow":"2019-12-30T16:32:07.615",
    "systemCurrentTimeMilis":1577694727581,
    "newDate":1577694727581
}