现象描述: UI上查询和保存的时间不对,
1-怀疑mysql时区有问题,查看mysql时区show VARIABLES like '%time_zone%';发现一切ok,然后进入mysql -h xxx.xxx.xxx.xxx -u xx -p登录进去手动更新一条数据,时间都是ok的,mysql时区问题排除. mysql时区demo举例说明如下
2-查看ubuntu系统的时区cat /etc/timezone发现也ok是东八区时区.
不死心,我再重新设置下时区dpkg-reconfigure tzdata,设置完之后,在查看时区cat /etc/timezone也是ok的.然后再次查看ui上的时间,保存更新后还是不对.快了13小时.此时一想快13小时大概率还是用的美国那的时间.但是ubuntu系统时区是对的,mysql本身也是对的.那么是不是问题出在连接mysql的应用上.所以接下来我修改了那个应用的tomcat时区.但是时间还是不对.此时问题应该还在连接mysql的应用上.因为mysql本身时间没问题.那么就是连接它的应用的问题.应用tomcat时区也对的话.那么是不是在连接mysql的驱动那有问题.我们知道2020年mysql已经开始用com.mysql.cj.jdbc.Driver这个新驱动了,这个驱动的后面是要追加时区配置的. ok加上之后问题就解决了
&serverTimezone=Asia/Shanghai
综上所述: 遇到时区问题的时候应该先看服务器的时区对不对,然后看看mysql的时区对不对.之后再看应用的时区对不对.接着看连接mysql的驱动有没有指定时区.大致就上面这几种方案.
或者追加
-Duser.timezone=Asia/shanghai前文我们通过在mysql的jdbc驱动上指定时区解决了这个问题,但是对于这个问题的产生的原因还没有明晰.
今天我注意到一篇文章,里面提及了在服务器端通过 Java 获取当前时间正确,但是在js中却快了14个小时. java获取的当前时间为'Fri Aug 28 09:37:46 CST 2009' js中 这是因为JavaScript则默认采用的是美国的中部时间。 js认为Fri Aug 28 09:37:46 CST 2009是美国中部时间,要先+6变成UTC(GMT)然后+8变成中国时间Fri Aug 28 2009 23:37:46 GMT+0800 (中国标准时间)
cst的4个时区解释 cst其实可以代表4个国家的时间,不单单只是china GMT(Greenwich Mean Time)代表格林尼治标准时间，这个大家都知道。 而CST却同时可以代表如下 4 个不同的时区：
Central Standard Time (USA) UT-6:00Central Standard Time (Australia) UT+9:30China Standard Time UT+8:00Cuba Standard Time UT-4:00可见，CST可以同时表示美国，澳大利亚，中国，古巴四个国家的标准时间。
