我有一个名为“test0”的涌入数据库,其中几个变量每隔30秒存储在带有raspbian的覆盆子pi上的本地服务器上。我使用这个系统记录数据几个月没有任何问题。但是有些日子以来,Grafana没有绘制新写入数据库的数据。
以下是问题的缩放:在InfluxDB的CLI中,当我输入以下查询以获取时间范围内的温度时:
> SELECT Temp_cuve FROM test0 WHERE time > now() - 19h53m AND time < now() - 19h30m
我得到了(没有我之后添加的评论):
name: test0
time Temp_cuve
---- ---------
2017-02-08T18:36:09Z 38.56
2017-02-08T18:36:28Z 38.56
2017-02-08T18:36:48Z 38.56
2017-02-08T18:37:07Z 38.56
2017-02-08T18:37:27Z 38.56
2017-02-08T18:37:46Z 38.5
2017-02-08T18:38:06Z 38.5
2017-02-08T18:38:25Z 38.56
2017-02-08T18:38:44Z 38.5
2017-02-08T18:39:06Z 38.5 # --> Last value plotted in Grafana
2017-02-08T18:39:25Z 38.56
2017-02-08T18:39:45Z 38.56
2017-02-08T18:40:04Z 38.5
2017-02-08T18:40:24Z 38.56
2017-02-08T18:40:43Z 38.5
2017-02-08T18:41:03Z 38.5
2017-02-08T18:41:22Z 38.56
2017-02-08T18:41:42Z 38.56
2017-02-08T18:42:01Z 38.5
2017-02-08T18:42:21Z 38.5
2017-02-08T18:42:40Z 38.56
2017-02-08T18:43:00Z 38.5
2017-02-08T18:43:19Z 38.5
2017-02-08T18:43:39Z 38.5
2017-02-08T18:43:58Z 38.5
但是在Grafana,到目前为止运作良好,所有数据的绘图已停止在19h39m06s的值,如下图所示,而查询与CLI中使用的前一个查询相同: / p>
您是否有任何想法解释此行为并绘制其余数据?例如Grafana中是否有任何点数限制? (问题代表我所有的10个变量)
谢谢!
答案 0 :(得分:0)
最后找到答案:问题来自于潮流数据库的新1.2版本,其中grafana尚未考虑新功能。 问题是关于一个max-row-limit变量作为响应发送,并且可能的chunked数据被重新发送,如grafana github所述。
为了避免这种情况,我最后只是在查询中添加$timeFilter
变量来限制涌入的行数,而不是修改InfluxDB参数,如下所示:
SELECT Temp_cuve FROM test0 WHERE $timeFilter
此变量给出了显示图形所选的当前时间范围。