mysql参数url的值需要这样设置：
 
jdbc:mysql://localhost:3306/test?useUnicode=true&characterEncoding=UTF-8&useJDBCCompliantTimezoneShift=true&useLegacyDatetimeCode=false&serverTimezone=Asia/Shanghai&useSSL=false
 
参数解释：
 
1、useUnicode
 是否使用Unicode字符集，如果参数characterEncoding设置为gb2312或gbk，本参数值必须设置为true
 
2、characterEncoding
 当useUnicode设置为true时，需要指定字符编码，比如可设置为gbk或者UTF-8
 
3、useJDBCCompliantTimezoneShift
 中文含义是使用JDBC符合时区转换，但是根据4中的说法，我们不应该开启时区转换，不过好多地方都是设置的true，所以暂且搁置
 
4、useLegacyDatetimeCode
 useLegacyDatetimeCode这个参数是一个开关参数，默认为true，但是当其设置为false时，useTimezone、useJDBCCompliantTimezoneShif、useGmtMillisForDatetimes、useFastDateParsing这几个参数都会变的无效化，其中useTimeZone（主要用于web服务器和数据库部署在不同时区时，开启服务器和客户端之间的时区转换，例如web服务器部署在北京(GMT+8)，数据库部署在美国加州(GMT-8)。现在web服务器有一条记录的创建时间是所在当地时区时间22:00，那存储到数据库的时间却是数据库所在当地时区时间06:00。然后web服务器通过jdbc读取到这条记录后，读取到的创建时间应该仍旧是以当地时区为标准的22:00，而不是数据库所在失去的时间6:00，所以不能开启服务器和客户端之间的时区转换，因此需要让useTimeZone变得无效化）
 
5、serverTimezone
 设置服务器端的时区，可以选择北京时间东八区——》GMT%2B8(其中GMT是格林威治时间，即世界时，%2B是+的意思，这是转义写法，不这样写会出错，GMT%2B8代表比世界时早8个小时，那代表北京时间) 或者 上海时间——》Asia/Shanghai，这样不会出现MySql数据库插入和读取的时间不正确的问题
 
6、useSSL
 SSL协议提供服务的主要作用：
 1）认证用户服务器，确保数据发送到正确的服务器； 　　 .
 2）加密数据，防止数据传输途中被窃取使用；
 3）维护数据完整性，验证数据在传输过程中是否丢失；
 结论：自己测试可以使用useSSL=false关闭SSL，生产环境需要开启SSL
 
注意：在xml配置文件中，url中的&符号需要转义成&，例如上面的就变成了
 
jdbc:mysql://localhost:3306/test?useUnicode=true&characterEncoding=UTF-8&useJDBCCompliantTimezoneShift=true&useLegacyDatetimeCode=false&serverTimezone=Asia/Hongkong&useSSL=false
 
推荐网址：http://www.voidcn.com/article/p-eqvuhiio-bsb.html

 
 
今天程序中需要用到对数据库时间的获取，数据库在美国，用的是UTC时区，客户端在中国，用的时GMT+8时区，但是发现用getTime和getTimestamp时候获取日期时得到的时间不一致。于是就看了下JDBC的源码了解了这个Bug或者说Feature的原理。 
 就是getTimestamp这个函数比如在数据库连接的url里面加入useTimezone = true这个参数才可以转换时区，否则传入的时区参数是无效的。然而getDate这个函数，是数据库连接的url里设置的时区对它都是无效的，需要再单独传入时区参数才可以
 
 
# 
 详细可以参考官方文档，比如Mysql的官方文档 
 在数据库url中会有一些参数，其中关于时区的有如下三个：
 
serverTimezone
useTimeZone
useLegacyDatetimeCode
 
serverTimezone是用来服务器时区的【如果不设置就选择服务器的默认时区】 
 useTimeZone是用来设置时区转换的，当其为true时，就会开启服务器和客户端之间的时区转换，而其只有当useLegacyDatetimeCode = true时才回生效
 
useLegacyDatetimeCode这个参数是一个开关参数，默认为true，但是当其设置为false时，"useTimezone," "useJDBCCompliantTimezoneShift," "useGmtMillisForDatetimes," and "useFastDateParsing."这几个参数都会变的无效化。
 
getTimestamp函数中，其中在最开始会传入一个时区的参数，
 
public Timestamp getTimestamp(int columnIndex) throws SQLException {
      return this.getTimestampInternal(columnIndex, (Calendar)null, this.getDefaultTimeZone(), false);
  }

private TimeZone getDefaultTimeZone() {
        return !this.useLegacyDatetimeCode && this.connection != null ? this.serverTimeZoneTz : this.connection.getDefaultTimeZone();
    }

static final Timestamp fastTimestampCreate(TimeZone tz, int year, int month, int day, int hour, int minute, int seconds, int secondsPart) {
    Calendar cal = tz == null ? new GregorianCalendar() : new GregorianCalendar(tz);
    cal.clear();
    cal.set(year, month - 1, day, hour, minute, seconds);
    long tsAsMillis = 0L;

    try {
        tsAsMillis = cal.getTimeInMillis();
    } catch (IllegalAccessError var12) {
        tsAsMillis = cal.getTime().getTime();
    }

    Timestamp ts = new Timestamp(tsAsMillis);
    ts.setNanos(secondsPart);
    return ts;
}
 
Util.getDefaultTimeZone()
 
public Date getDate(int columnIndex) throws SQLException {
        return this.getDate(columnIndex, (Calendar)null);
    }

    protected Date fastDateCreate(Calendar cal, int year, int month, int day) throws SQLException {
        synchronized(this.checkClosed().getConnectionMutex()) {
            if (this.useLegacyDatetimeCode) {
                return TimeUtil.fastDateCreate(year, month, day, cal);
            } else {
                if (cal == null) {
                    this.createCalendarIfNeeded();
                    cal = this.fastDateCal;
                }

                boolean useGmtMillis = this.connection.getUseGmtMillisForDatetimes();
                return TimeUtil.fastDateCreate(useGmtMillis, useGmtMillis ? this.getGmtCalendar() : cal, cal, year, month, day);
            }
        }
    }
 
getDate的时候, 不管数据库的连接的url的时区的 
 所以不论数据库连接的url是何种时区，调用getDate的时候都是默认的时区 
 所以要加Calendar
 
而getTimestamp的时候，如果数据库连接里没有加useTimezone=true，则不论其怎么加Calendar参数结果都是不变的，都是按照默认值。
 

rs.getTimestamp(2, Calendar.getInstance(TimeZone.getTimeZone("GMT+8")));
 
public Timestamp getTimestamp(int columnIndex) throws SQLException {
    return this.getTimestampInternal(columnIndex, (Calendar)null, this.getDefaultTimeZone(), false);
}


public Timestamp getTimestamp(int columnIndex, Calendar cal) throws SQLException {
    return this.getTimestampInternal(columnIndex, cal, cal.getTimeZone(), true);
}

JDBC驱动程序的5.2，5.6，5.7版本与UTC时区配合使用，必须在连接字符串中明确指定serverTimezone。
 
jdbc:mysql://localhost:3306/test?useUnicode=true&characterEncoding=UTF-8&useJDBCCompliantTimezoneShift=true&useLegacyDatetimeCode=false&serverTimezone=UTC
 

**
 
com.mysql.cj.exceptions.InvalidConnectionAttributeException: The server time zone value ‘Öйú±ê׼ʱ¼ä’ is unrecognized or represents more than one time zone异常
 
**
 
解决方法：在配置文件appliction.properties文件中修改
 spring.datasource.url=jdbc:mysql://localhost:3306/dp?后面添加useUnicode=true&useJDBCCompliantTimezoneShift=true&useLegacyDatetimeCode=false&serverTimezone=UTC