新版本mysql驱动后面指定时区
现象描述:
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的驱动有没有指定时区.大致就上面这几种方案.
修改tomcat时区
-Duser.timezone=GMT+08
或者追加
-Duser.timezone=Asia/shanghai
后记
前文我们通过在mysql的jdbc驱动上指定时区解决了这个问题,但是对于这个问题的产生的原因还没有明晰.
CST代表的4个时区
今天我注意到一篇文章,里面提及了在服务器端通过 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:00
- Central Standard Time (Australia) UT+9:30
- China Standard Time UT+8:00
- Cuba Standard Time UT-4:00
可见,CST可以同时表示美国,澳大利亚,中国,古巴四个国家的标准时间。