mysql8.jar时区,JDBC 的时区问题

之前因为数据仓库的升级,导致一部分大约几万笔的交易因为各种问题出现差错,需要重新报送。支付系统有各种的小工具,支持数据的重新报送。但这次因为数据早已经归档近历史交易表,所以线上的小工具是无法起到作用的,除非DBA帮忙把这些交易全部转表。

于是乎,写个一个jar包,准备在预发布环境去重新报送。结果,昨天有同事说,报送的数据有问题,交易的时间不对,所有的交易时间变成了某天的13点。

于是阅读代码找问题。

问题一:

ResultSet的getDate,真的是getDate,他只是取到了天,时分秒都没有获取,导致后续的处理时间都是交易当天的0时0分0秒。 getTime时只获取时分秒,而getTimestamp才是获取毫秒数。

问题二:

数据库设置的时区时 CST。而运行代码的机器时区时 CST +0800,导致时间变了。而为什么CST对应的时间时CST -0500,原因在于JAVA JDBC的问题。具体的问题可以参考https://blog.csdn.net/qq_22985751/article/details/80239784

而,我现在好奇的时,为什么线上的代码运行没有问题。

经过确认是版本的问题。线上的代码运行的是 5.1.18 的mysql-jdbc,我的小工具用的 8.0.15的jdbc版本。两者对于时区的处理是不一样。具体看一下jdbc的源码 + IDE调试一下。

上面所说的文章内容,使用的版本无从得知,不是我所看的两个版本的源码,但大体是相同的,都是加载配置的时候,配置时区。想了解的可以看一下。

以后在低版本升级高版本的时候请注意

+2

相关

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值