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

你可能感兴趣的:(java通过mybatis设置TimeStamp字段的问题排查)