为什么 Grafana 停止绘制我的 influxdb 数据库中新写入的值?
Why has Grafana stopped to plot the newly written values from my influxdb database?
我有一个名为 "test0" 的 influxDB 数据库,其中有几个变量每 30 秒存储在 raspberry pi 和 raspbian 上的本地服务器上。几个月以来,我一直使用这个系统来记录数据,没有任何问题。但是最近一段时间,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中使用的查询相同:
您有什么想法可以解释这种行为并绘制其余数据吗?例如,Grafana 中是否有点数限制? (问题代表我所有的 10 个变量)
谢谢!
终于找到答案了:问题出在新的1.2版本的influxDB中,grafana还没有考虑到一个新特性。
问题是关于作为响应发送的 max-row-limit 变量和返回的可能的分块数据,如 grafana github.
上所讨论的
为了避免这种情况,我最终没有修改 influxDB 参数,而是在查询中添加 $timeFilter
变量来限制 influxDB 返回的行数,如下所示:
SELECT Temp_cuve FROM test0 WHERE $timeFilter
此变量给出了为显示图表而选择的当前时间范围。
我有一个名为 "test0" 的 influxDB 数据库,其中有几个变量每 30 秒存储在 raspberry pi 和 raspbian 上的本地服务器上。几个月以来,我一直使用这个系统来记录数据,没有任何问题。但是最近一段时间,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中使用的查询相同:
您有什么想法可以解释这种行为并绘制其余数据吗?例如,Grafana 中是否有点数限制? (问题代表我所有的 10 个变量)
谢谢!
终于找到答案了:问题出在新的1.2版本的influxDB中,grafana还没有考虑到一个新特性。 问题是关于作为响应发送的 max-row-limit 变量和返回的可能的分块数据,如 grafana github.
上所讨论的为了避免这种情况,我最终没有修改 influxDB 参数,而是在查询中添加 $timeFilter
变量来限制 influxDB 返回的行数,如下所示:
SELECT Temp_cuve FROM test0 WHERE $timeFilter
此变量给出了为显示图表而选择的当前时间范围。