绊脚石乃是进身之阶。

在ELK中使用sql_last_start参数的时区问题。

Logstash | 作者 atomyliu | 发布于2015年12月09日 | 阅读数:6848

这两天再做新版本ELK测试,和用logstash替代原river jdbc,发现了一些细致性的问题:这个问题比较具体,就是,原来使用river jdbc,river提供的时间和中国+8的时间是相同的,这样在做增量更新的时候直接进行时间比较就可以了;但是在使用logstash时,使用@timestamp 或者 :sql_last_start 参数,发现这个时间会少8个小时,这样最比较的时候就会出现问题,所以问题是,这里怎样结局的这个时区的问题?

11.png


12.png

 
已邀请:

jason1 - 后端工程师

赞同来自:

帮我看看这个问题怎么解决,谢谢http://elasticsearch.cn/question/246

atomyliu - ielastic

赞同来自:

我自己回复吧,这个问题我看过了,对比了数据库,发现ES在使用UTC时间的时候是自动转换的,是价格是后面的“Z”表示“0”时区,跟我们东8区正好差8个时区,在数据导入的时候已经把时间转换为少8个小时的时间了,也就是说查询的时候是“补齐”了的。。。

11.png


12.png

 

要回复问题请先登录注册