首先地球自西向东，计算机诞生于西6区，大中国在东8区，嗯，干它.....

【解决问题】

方式一：

jdbc时区

只需要中添加&serverTimezone=GMT%2B8设置jdbc时区为东八区就可以了，GMT+8表示东八区，当jdbc只能认识GMT%2B8写法。例如：

 

方法二：

可以选择东8区的serverTimezone=Asia/Shanghai就可以解决了或者
Hongkong、或者Asia/Hongkong都可以

com.mysql.jdbc.Driver 是 mysql-connector-java 5中的；
com.mysql.cj.jdbc.Driver 是 mysql-connector-java 6中的,需要设置时区。
 

yml配置如下：

datasource:
  driver-class-name: com.mysql.cj.jdbc.Driver
  url: jdbc:mysql://ip:port/drgs-engine?useUnicode=true&characterEncoding=UTF-8&autoReconnect=true&useSSL=false&zeroDateTimeBehavior=convertToNull&serverTimezone=Asia/Shanghai

 

【知其所以然，刨根究底】

以前，都是使用DATE 类型  直接丢掉调用者，前端处理。没注意这么个炕。

mysql的底层驱动程序对从数据库查询出来的时间用了一个Calender做类型转换，Calender记录中包含的时区为CST，西6区，东八区，跟中国的时区Asia/Shanghai正好差了14小时。

查询mysql中的数据时，莫名其妙的所有时间都出错了，所有时间都比数据库时间多了14小时，考虑了一下，初步判定是系统时区的问题。因为mysql时区设置默认是操作系统时区，查看了下centos时区，东8区没有错，所以可以判定是代码里面设置了一个错误的时区。

date -R：查看linux  centos 时间

 

mysql -uroot -p： 在xshell 中 连接 mysql     可能需要密码

现在开始调试mybatis源码，调试到mysql-connector-java-6.0.4.jar包的com.mysql.cj.jdbc.io.JdbcTimestampValueFactory的createFromTimestamp方法时，发现mysql的底层驱动程序对从数据库查询出来的时间用了一个Calender做类型转换，Calender记录中包含的时区为CST，跟中国的时区Asia/Shanghai正好差了14小时。

那么为什么mybatis连接数据库会使用CST的美国时间呢？继续查看源码发现

mysql连接数据库的时候会从mysql读取系统的时区设置，调试com.mysql.cj.mysqla.MysqlaSession.java的configureTimezone方法发现，this.getServerVariable(“system_time_zone”)从系统里面读出来的时区设置是CST

至此问题已经清楚了，是mysql设置的时区不对，登陆linux，执行mysql -uroot -p, 然后运行命令show variables like ‘%time_zone%’，发现system_time_zone项果然是CST。

注意格式：

show variables like '%time_zone%'

；

分两步

 

至此，排查问题结束，修改一下mysql的时区设置即可。

 

【总结】

只要不用  Calender 类型   ，就不需要管这个 时区问题！！！！