记排查jdbc版本升级后时间差14小时排查

背景

项目中使用slic 3.1.0 版本，配合mysql-connector-java-5.1.24，当有需求将jdbc升级至高版本以适配可能的mysql 8.0版本时，发现插入数据库的时间比实际早了14个小时

调研

从代码部分出发，问题出在slick的update函数，我们的代码调用update更新数据库的部分类型为Timestamp的字段，slick包中的update函数源码

// slick_2.11-3.1.0.jar
package slick.driver

/** An Action that updates the data selected by this query. */
    def update(value: T): DriverAction[Int, NoStream, Effect.Write] = {
   
      new SimpleJdbcDriverAction[Int]("update", Vector(sres.sql)) {
   
        def run(ctx: Backend#Context, sql: Vector[String]): Int = ctx.session.withPreparedStatement(sql.head) {
    st =>
          st.clearParameters
          converter.set(value, st)
          sres.setter(st, converter.width+1, param)
          st.executeUpdate
        }
      }
    }

传入参数value即为要更新的值，如下图，可见到此处的时间还是正确的。update函数通过UPDATE TABLE_NAME SET status = ?, time1 = ? , time2 = ? where TABLE_NAME.ID = 233; ，结合value参数，转化为实际的update sql语句，然后由executeUpdate执行拼接好的sql语句。

运行至set函数内部，源码如下，会根据value的类型T对其做转换，本例中是将代码中的java.util.Date类型转化为java.sql.Timestamp，会调用jdbc包中的setTimestamp函数

def set(value: T, pp: Writer) = {
   
    var i = 0
    while(i < len) {
   
      cha(i).asInstanceOf[ResultConverter[M, Any]].set(value.productElement(i), pp)
      i += 1
    }
  }

此处两个版本差别较大，部分源码如下。

• 8.0.13版本：其中参数targetCalendar为用户是否设置TimeZone，即请求url中是否有类似serverTimezone=Asia/Shanghai，本例未加，因此targetCalendar=null，其this.tsdf.calendar.zone如下图
  
  接着在同样的环境测试，其余条件不变，只在url中添加参数serverTimezone=Asia/Shanghai，this.tsdf.calendar.zone如下图
  

// mysql-connector-java-8.0.13.
package com.mysql.cj;

@Override
    public void setTimestamp(int parameterIndex, Timestamp x, Calendar targetCalendar, int fractionalLength)