java timestamp初始化_java通过mybatis设置TimeStamp字段的问题排查

部门小伙伴报在生产环境下，spring通过mybatis方式设置CreateTime字段，数据库中显示的时候不正确，倒退了13个小时。但是在测试环境是OK的。

排查过程

1. 代码

首先排查了代码的写法。

r.setCreateTime(new Date());

可以看出这个是没有问题的。

2. 考虑是否JDK版本是否有影响

生产环境使用的JDK为jdk1.8.0_181，但是测试环境用的是jdk_server_1.8.0_77。

于是切换了jetty容器所用的JDK版本。 测试发现问题依旧。

3. Linux环境是否有影响

写了一个简单的Java类，看new Date() 方法的结果是否存在问题。

import java.util.Date;

public class GetTime {

public static void main(String[] args) {

String zone = System.getProperty("user.timezone");

System.out.println(zone);

System.out.println(new Date());

}

}

输出结果

Tue Oct 09 15:43:41 CST 2018

对比当前的系统及本地时间，一致。 此处可以排除Linux环境无问题。

4. 考虑是否为jetty容器时区设置问题

考虑jetty可能有问题的原因是因为jetty容器为最新版本，可能存在不可预知的情况。

通过网上说法，在jetty启动时添加时区设置参数 -Dfile.encoding=UTF8 -Duser.timezone=GMT+08 。

JAVA_OPTIONS=(${JAVA_OPTIONS[*]} "-Djetty.home=$JETTY_HOME" "-Djetty.base=$JETTY_BASE" "-Djava.io.tmpdir=$TMPDIR" "-Dfile.encoding=UTF8" "-Duser.timezone=GMT+08")

重启Jetty发现，问题依旧。

5. 数据库时区问题？

通过在测试环境及生产环境的数据库的时区。

执行命令： show variables like '%time_zone%'

测试环境

system_time_zoneCST

time_zone+08:00

生产环境

system_time_zoneCST

time_zoneSYSTEM

由此可以看到问题可能存在time_zone这个值。那么要考虑的是生产环境的time_zone所指SYSTEM到底是什么东西？

关于 time zone 的格式

'SYSTEM' 表示 server 的 time zone 跟随系统

使用 UTC 偏移量，如 '+10:00'， '-6:00' 等

使用时区名，如 'Europe/Helsinki', 'US/Eastern', 'MET' 等，注意只有在 MySQL 中有时区信息表并且有相应信息数据的时候才能使用时区名

这里所说应该是数据库所在的系统的时间：

'SYSTEM' 表示 server 的 time zone 跟随系统

而生产环境的数据库是由专门的DBA进行管理的，我们研发人员无权查看及更改。

6. 设置JDBC driver时的时区

综合上面说法，只能在研发侧进行改动来解决这个问题。

通过查找资料，在url中增加serverTimezone 属性，如

jdbc:mysql://localhost:3306/demo?serverTimezone=Hongkong

可以达到覆盖time_zone的效果，于是追加serverTimezone=Hongkong，最终解决了问题。

参考：

但是网上说法，如果要指定serverTimezone，只是在connector/j 6.0+以上版本而已。5.1 是不用指定的。

而且我们其它项目都是使用connector/j 5.1.x，但是没有指定serverTimezone，这个问题却不存在。

7. 是否是connector/j版本问题？

接上面描述，提出2个问题。

为什么同一个数据库，其它项目没有问题？

是否是jdbc的驱动有问题？5.1.41 与5.1.46是否存在差异，如果将5.1.41改5.1.46问题是否可以解决。

针对第二点进行验证，去掉serverTimezone追加，将connector/j 改为5.1.46，问题解决。