这会在学习算法，微信的声音响起，测试说，有个小问题，讲真的，最怕测试突然想起你。



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



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&&characterEncoding=UTF-8&serverTimezone=GMT%2b8  



收获

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



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