我正在使用Grafana版本5.1.3（提交：087143285），InfluxDB shell版本：1.5.2和jmeter。
共有13个面板。面板加载需要5到8秒。 下面的查询正在为面板运行：（当我在数据库服务器上运行相同的查询时，它运行非常快）
从“ virtualUsers”中选择均值（“ startedThreads”），其中时间> = 1537865329564ms和时间<= 1537867129564ms GROUP BY time（60s）fill（null）;
解释分析 执行时间：157.341µs planning_time：626.44µs 总时间：783.781µs SELECT count（“ responseTime”）/ 60 from“ requestsRaw”时间> = 1537865329564ms和时间<= 1537867129564ms GROUP BY time（60s）fill（null）“ execution_time：535.011µs planning_time：1.805892ms total_time：2.340903ms
下面是内存和cpu详细信息。Influxdb和Grafans托管在同一服务器上。
免费-g 总可用免费共享buff /缓存可用 内存：15 3 11 0 1 12 交换：7 0 6
CPU：2 在线CPU列表：0,1 每个核心线程数：1 每个插槽的核心数：2 插座：1
根据我的初步了解，Grafana的最小内存要求为249MB。因此对于Grafana来说，内存不是问题。
如果您需要更多详细信息，请让我。
答案 0 :(得分：0)
奇怪的是，查询运行很快而Grafana需要很长时间。 Grafana得到回应后，应立即取消面板显示。
由于渲染是在浏览器AFAIK中完成的，因此可能是瓶颈。因此，如果您的浏览器在Raspberry Pi 1上运行，请尝试使用其他计算机。
目前尚不清楚所有面板是否需要很长时间加载，或者只是一个面板需要很长时间。您应该尝试找出加载时间是否仅与一个面板相关。
最后考虑所有查询是同时发送的，因此从CLI仅对服务器进行一个查询可能不具有代表性。您可以尝试将仪表板拆分为多个仪表板，以缩短加载时间。