出现的问题:
项目已经发布到生产环境了,而且已经运行一段时间了,由于前端展示只展示日期,不展示时间,而且只有个别表的数据不对,测试并没有发现时间相差8个小时的问题,还好数据量不是很大
排查思路:
首先确定出现时间问题的数据是通过哪种方式存储到数据库的,1.在代码中获取到时间并存储到数据库,2.没有在代码中获取时间,数据库获取时间进行的存储
一.在代码中获取到时间并存储到数据库(代码中进行了set时间到对象中)
这种情况出现的时间错误,往往都是时区没设置
提供两种方式,保证时区正确,第一种通过数据源配置文件,第二种修改数据库时区(往往使用数据源配置的方式)
1.首先查看数据源的配置是否添加时区(mysql5.7之后)
serverTimezone=Asia/Shanghai
2.查看数据库的时区设置是否正确(这个和上面的数据源配置有一个即可)
使用 mysql -uroot -p ,输入密码进入sql
mysql -uroot -p
使用下面指令查看分区,time_zone中的system指的是系统分区
show variables like '%time_zone%';
使用下面指令可以将mysql的时区改为东8区(北京时间)
//修改时区
set global time_zone = '+8:00';
//刷新配置
flush privileges;
注意:刷新后查询到的还是system,其实已经更改,退出mysql在重新进入就发现已经更改了
二。代码中没有获取时间,数据库获取时间存储(代码中没有进行set时间到对象中)
这种情况出现的问题,就是数据库的系统时间有问题导致的时间错误
1.看看系统文件时间是否正确
date -R
前面的是时间 后面的+0800就是时区
2.查看时间和时区是否正确,只要其中时间不对,都可以执行下面指令,修改时间和时区
ln -sf /usr/share/zoneinfo/Asia/Shanghai /etc/localtime
总结:
我的情况就是第二种情况,没有在代码中进行 set 时间,而服务器的时区是错误的,导致数据库存储的时间相差8个小时,因为运维担心修改时区会出现问题,只能进行代码修改,将全部需要进行时间存储的对象,都添加进行 set 时间