Elasticsearch 时间格式

最新推荐文章于 2024-07-07 00:45:34 发布

一鼓作气再而衰三而竭

最新推荐文章于 2024-07-07 00:45:34 发布

阅读量2k

点赞数

文章标签： elasticsearch date

本文链接：https://blog.csdn.net/sinat_35222741/article/details/120827137

版权

本文探讨工作中遇到的两个关于JSON日期格式、时区转换和Elasticsearch范围查询的问题。首先，JSON日期加注释导致显示时间偏差；其次，时区不一致引发时间戳比较误差。通过设置时区和调整查询策略，解决了这些问题并考虑了国际化需求。

摘要由CSDN通过智能技术生成

简单总结一下工作中遇到的问题：

JSON没有date类型，date在Elasticsearch中可以是以下方式：

而在es内部，时间会被转换成UTC的long型时间戳(如果指定时区的话)
同时在range query查询的时候，均是转成long型时间戳进行比较的，而聚合结果会转换回这个field定义的字符串

问题1：
背景：将对象转成JSON时，对日期加注释

    @JsonFormat(pattern = "yyyy-MM-dd HH:mm:ss")
    private Date createTime;

结果：查出来的日期比存进去的日期晚8小时
分析：存es的时候，没有加时区，就是0时区，但是在postman或者kibana展示的时候，自动识别GMT+8，会加原来的基础上加8小时

问题2：
在问题1的基础上加了时区，问题1解决了

    @JsonFormat(pattern = "yyyy-MM-dd HH:mm:ss", timezone = "GMT+8")
    private Date createTime;

在对date类型进行range比较时，直接用Date.getTime()去做比较，问题来了，java的getTime是带时区的，也就是这个时间戳是1970年1月1号8点到现在的时间戳长度，而数据库里存的是1970年1月1号0点到现在的时间戳长度，原来：

queryBuilder.must(QueryBuilders.rangeQuery("createTime").gt(new Date().getTime()));

改为

queryBuilder.must(QueryBuilders.rangeQuery("createTime").gt(new Date().getTime()).timeZone("GMT-8"));

问题解决，但是国际化就会有问题，有国际业务的话在做调整吧

关注