mysql 数据源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。这一问题在官方文档中有详细说明，详见如下链接：

在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连接

---

SSL(Secure Sockets Layer 安全套接层),及其继任者传输层安全（Transport Layer Security，TLS）是为网络通信提供安全及数据完整性的一种安全协议。

TLS与SSL在传输层与应用层之间对网络连接进行加密。

MySQL 配置数据源时，url地址后面加上参数

{
	useUnicode=true,
	characterEncoding=utf-8,
	useSSL=false,
	serverTimezone=Asia/Shanghai, /*UTC导致时间差8个小时，设置为上海*/
}

数据源

mysql连接地址为：

jdbc:mysql://localhost:3306/spring-security?useUnicode=true&characterEncoding=utf-8&useSSL=false&serverTimezone=Asia/Shanghai