Influxdb Influx DB:查询返回错误的时间值(所有值均为+1)

Influxdb Influx DB:查询返回错误的时间值(所有值均为+1),influxdb,Influxdb,我在这里为一些关于influxdb的简单查询而苦苦挣扎。 每分钟,传感器的测量值都会写入数据库 我尝试查询某一天,例如从00:00:00到23:59:59查询结果的开始时间不是我预期的00:01:00,不幸的是它是01:01:00 历元时间值为。 1578182460000000000 如果我将该值转换为人类可读的格式,我会得到epochconverter.com: 1578182460000000000 支持以秒、毫秒、微秒和纳秒为单位的Unix时间戳。 假设此时间戳的单位为纳秒十亿分之一秒:

我在这里为一些关于influxdb的简单查询而苦苦挣扎。 每分钟,传感器的测量值都会写入数据库

我尝试查询某一天,例如从00:00:00到23:59:59查询结果的开始时间不是我预期的00:01:00,不幸的是它是01:01:00

历元时间值为。 1578182460000000000

如果我将该值转换为人类可读的格式,我会得到epochconverter.com:

1578182460000000000

支持以秒、毫秒、微秒和纳秒为单位的Unix时间戳。 假设此时间戳的单位为纳秒十亿分之一秒: 格林尼治时间:2007年5月5日星期日。2020年1月00:01:00 你的时区:桑塔格,5。杰纳2020 01:01:00格林尼治标准时间+01:00

怎么了? 将值写入数据库的程序和从数据库中读取值的系统都位于同一时区。欧洲/维也纳格林尼治标准时间+1

查询是:

**> SELECT * FROM generalhistory WHERE time > '2020-01-05T00:00:00Z'  and time <  '2020-01-06' and DPName = 'Aussenbereich.Sensor.Hum' order by time asc limit 1;**
name: generalhistory
time                DPName                   ID       Manager    Timestamp            Value_Numeric Value_String
----                ------                   --       -------    ---------            ------------- ------------
1578182460000000000 Aussenbereich.Sensor.Hum 30104823 IPDriver_4 2020-01-05\ 01:01:00 99.9
展望未来 溴
Dieter

完全正确,仅当使用本地时间GMT+1作为筛选参数时,问题就出现了

因此,要获得与本地时间GMT+1相等的正确UTC时间GMT+0,必须将时间过滤器减去一小时

查询如下:

SELECT * FROM generalhistory
WHERE time >= '2020-01-05T00:00:00Z' -1h
  and time < '2020-01-06T00:00:00Z' -1h
  and DPName = 'Aussenbereich.Sensor.Hum'
ORDER BY time ASC
LIMIT 1;
希望我的回答能有所帮助