JDBC中在配置数据源url中部分参数解析
url: jdbc:mysql://localhost:3306/mydb?serverTimezone=UTC&useUnicode=true&characterEncoding=utf-8&zeroDateTimeBehavior=convertToNull&useSSL=false
1. serverTimezone 关于时区的设置
常见问题：从数据库返回的时间比真正保存的时间提前8小时。
解决：将 serverTimezone=UTC 改为 serverTimezone=Asia/Shanghai
2.useUnicode和characterEncoding 添加的作用是：指定字符的编码、解码格式。
例如：mysql数据库用的是gbk编码，而项目数据库用的是utf-8编码。这时候如果添加了useUnicode=true&characterEncoding=UTF-8 ，那么作用有如下两个方面：
2.1 存数据时：
数据库在存放项目数据的时候会先用UTF-8格式将数据解码成字节码，然后再将解码后的字节码重新使用GBK编码存放到数据库中。
2.2 取数据时：
在从数据库中取数据的时候，数据库会先将数据库中的数据按GBK格式解码成字节码，然后再将解码后的字节码重新按UTF-8格式编码数据，最后再将数据返回给客户端。
3.zeroDateTimeBehavior
JAVA连接MySQL数据库，在操作值为0的timestamp类型时不能正确的处理，而是默认抛出一个异常，就是所见的：java.sql.SQLException: Cannot convert value ‘0000-00-00 00:00:00‘ from column 7 to TIMESTAMP。这一问题在官方文档中有详细说明，详见如下链接：
http://bugs.mysql.com/bug.php?id=19274
http://dev.mysql.com/doc/refman/5.5/en/connector-j-installing-upgrading.html
在JDBC连接串中有一项属性：zeroDateTimeBehavior,可以用来配置出现这种情况时的处理策略，该属性有下列三个属性值：
exception：默认值，即抛出SQL state [S1009]. Cannot convert value....的异常；
convertToNull：将日期转换成NULL值；
round：替换成最近的日期即0001-01-01；
因此对于这类异常，可以考虑通过修改连接串，附加zeroDateTimeBehavior=convertToNull属性的方式予以规避，例如：
jdbc:mysql://localhost:3306/mydb?zeroDateTimeBehavior=convertToNull
从另一个层面讲，这类异常的触发也与timestamp赋值的操作有关，如果能够在设计阶段和记录写入阶段做好逻辑判断，避免写入 ‘0000-00-00 00:00:00‘这类值，那么也可以避免出现 Cannot convert value ‘0000-00-00 00:00:00‘ from column N to TIMESTAMP的错 误。
4.useSSL
是否允许SSL连接