grafana踩坑记录_grafana 把我的时间减了8小时，软件测试程序设计基础教程

先自我介绍一下，小编浙江大学毕业，去过华为、字节跳动等大厂，目前阿里P7

深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年最新软件测试全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上软件测试知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

如果你需要这些资料，可以添加V获取：vip1024b （备注软件测试）

正文

问题版本：Grafana v7.1.5 (9893b8c53d)
但是v7.1.5在on x86_64-redhat-linux-gnu下有问题，在aarch64 0:7.1.5-1下却没有问题。

2.数据显式和库里查询结果不同

数据库为postgresql
sql为

SELECT
date_trunc(‘HOUR’, gmt_create) as time,
project_name as metric,
count(distinct(user_id)) as value
FROM log_info
where project_name like ‘middleground-pro%’
GROUP BY time,metric;

库里显式为：

而页面显式为：

可以看到，预期值和页面显式差别非常大。

后来在页面执行sql查询后发现，grafana查出来的数据展示时，时间差了8小时，我当前时间才上午10点多，grafana执行的sql出来的结果到了18：00，发现是时区问题。差8小时。

搜了一圈，没找到什么方案，尝试去改时区，不管怎么改，这个结果都还是有问题。
然后暴力处理：在grafana里的sql直接改写一下，减去8小时，然后完美解决。

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以添加V获取：vip1024b （备注软件测试）

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！**