写点什么

JAVA 程序展示时间与数据表保存的时间相差了 13 个小时!

发布于: 2020 年 05 月 06 日
JAVA 程序展示时间与数据表保存的时间相差了 13 个小时!

微信公众号:[一起学习大数据呀] 关注可学习更多奇怪的知识!



前言

五一放假回来,功能我提前完成了,这会在学习算法,微信的声音响起,测试说,有个小问题,讲真的,最怕测试突然想起你。



测试甩了三张截图给我,说你的保存时间不对啊,奇怪了,放假前还好好的,怎么一回来就出问题了。



swagger展示的数据



数据表展示的时间



不知道你们有木有发现不对劲,数据表的时间比 Java 代码展示的时间少了。



分析

我开始分析了,放假前,是没问题的,后面也去改,排除是我代码的问题,我叫来了跟我对接的前端,问他是不是修改了,他说有给我传时间。



我让他修改一下,后面发现问题依旧,于是把前端代码给排除了。



突然有个大胆的猜测,既然不是前后端的问题,是不是大佬们改了什么底层的东西影响到的。



这会旁边的大佬来拿我的零食吃,我顺手逮住他问了个便,他说既然是时间不一致,那可能是时区不一致导致的,他举了个例子,GTM(格林尼治)和UTC(协调世界时)。



巴拉巴拉....大概意思说有这么两种时间协议,估计我的 Java 代码时间协议与数据库协议不一致导致的。



大佬给了我这点提示,我算了一下 Java 代码展示的时间比数据表多了 13 个小时,刚刚好。



为了小心验证我的猜想,我让测试区试一下其他以前的功能,不出所料,其他模块的功能也是时间出问题了。



且前端展示的时间格式是正确的,只是数据表不正确。



好像有眉目了,按着这个关键词去搜索,果然!找到了。



原来 Java 和 Mysql 协商时区时把 Mysql 的 CST 时间以美国中部时间:UTC-5 当做标准。



而我用的是东八区的北京时间 UTC+5,所以我从数据库中读取的 UTC-5 时间到了 Java 程序里就自动转化为 UTC+8 时间,也就比数据库里的时间多了 13 个小时。



解决

网上有这么几种解决方案:

1)修改数据库配置信息(不推荐)

my.cnf(在/etc/my.cnf或者/etc/mysql/my.cnf),然后重启 MySQL 服务器



default-time-zone = '+8:00'



2)修改数据库配置文件,在连接字符串中设置时区(推荐)



spring.datasource.url = jdbc:mysql://127.0.0.1:3306/DataBaseName?useUnicode=true&characterEncoding=utf8&serverTimezone=Asia/Shanghai

或者

spring.datasource.url = jdbc:mysql://127.0.0.1:3306/DataBaseName?useUnicode=true&amp&characterEncoding=UTF-8&serverTimezone=GMT%2b8



收获

我觉得最大的收受是解决问题的思维得到锻炼,问题是层出不穷的,能用经验解决当然好,就像大脑的缓存一样,高速存取。



可我只是个练习一年都不到的实习生,积累不是很多,若有良好的解决问题思维,便可以不变应万变。






参考文献

JDBC与mysql同为CST时区导致数据库时间和客户端时间差13或者14小时

java插入数据库mysql时间相差13小时

UTC(世界标准时间)/GMT(格林威治时间)/CST(北京时间)



发布于: 2020 年 05 月 06 日阅读数: 67
用户头像

菜是原罪 2018.09.17 加入

一个练习两年半的 JAVA 实习生

评论 (3 条评论)

发布
用户头像
PC端看图片好大
2020 年 05 月 06 日 23:56
回复
确实,不知道能不能调图片大小(QAQ
2020 年 05 月 07 日 00:00
回复
鼠标移到图片那里,左上角有个编辑按钮的
2020 年 05 月 07 日 21:09
回复
没有更多了
JAVA 程序展示时间与数据表保存的时间相差了 13 个小时!