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. 数据库时区问题？

无意看到此篇文章：https://segmentfault.com/q/1010000010791397

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

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

测试环境

system_time_zone	CST
time_zone	+08:00

生产环境

system_time_zone	CST
time_zone	SYSTEM

由此可以看到问题可能存在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，最终解决了问题。

参考：

https://blog.csdn.net/qq631431929/article/details/51731834

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

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

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

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

1. 为什么同一个数据库，其它项目没有问题？
2. 是否是jdbc的驱动有问题？5.1.41 与5.1.46是否存在差异，如果将5.1.41改5.1.46问题是否可以解决。

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

参考以下文章，好像5.1.41后的确存在问题： https://dev.mysql.com/doc/connector-j/5.1/en/connector-j-usagenotes-known-issues-limitations.html

参考以下文章，可查询相关的url的配置：https://dev.mysql.com/doc/connector-j/5.1/en/connector-j-reference-configuration-properties.html

转载于:https://my.oschina.net/claireliu/blog/3080208