之前因为数据仓库的升级,导致一部分大约几万笔的交易因为各种问题出现差错,需要重新报送。支付系统有各种的小工具,支持数据的重新报送。但这次因为数据早已经归档近历史交易表,所以线上的小工具是无法起到作用的,除非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调试一下。
上面所说的文章内容,使用的版本无从得知,不是我所看的两个版本的源码,但大体是相同的,都是加载配置的时候,配置时区。想了解的可以看一下。