今天使用mybatis查询mysql中的数据时,莫名其妙的所有时间都出错了,所有时间都比数据库时间多了14小时,考虑了一下,初步判定是系统时区的问题。因为mysql时区设置默认是操作系统时区,查看了下centos时区,东8区没有错,所以可以判定是代码里面设置了一个错误的时区。
现在开始调试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。
至此,排查问题结束,修改一下mysql的时区设置即可。
网友评论
楼主写的很好,修改mysql时区后要重启自己的服务日期生效。