MySQL8.0 connector JAR包的下载位置及JDBC配置

MySQL8.0 connector JAR包的下载位置及JDBC配置

下载地址在https://dev.mysql.com/downloads/connector/j/

需要选择操作系统(Select Operating System)

Mysql 8.0 的JDBC配置有所变化

Class.forName("com.mysql.cj.jdbc.Driver");
Connection conn = DriverManager.getConnection("jdbc:mysql://localhost:3306/db3?serverTimezone=UTC", "root", "密码");
String sql = "insert into student values("zhangsan", 1356897824)";
Statement stmt = conn.createStatement();
int count = stmt.executeUpdate(sql);
System.out.println(count);
stmt.close();
conn.close();

变化主要在两点, 分别是Class.forName("com.mysql.cj.jdbc.Driver"), 以及获得连接的URL配置DriverManager.getConnection("jdbc:mysql://localhost:3306/db3? serverTimezone=UTC", "root", "密码");

"jdbc:mysql://localhost:3306/db3?serverTimezone=UTC" 这句话必须设置, 但是设置UTC时间(世界统一时间), 会比北京时间早8个小时, 也就是说，北京2020年3月20日18点的时候，UTC时间为2020年3月20日10点.

以下内容转自https://blog.csdn.net/baidu_38837718/article/details/104981617

如果你用编译器连接数据库，定义了serverTimezone=UTC，那么在你编译器上执行的SQL语句，会先以UTC时区进行存储，发送到MySQL,然后MySQL以本地时区进行转换，就会导致，执行时间比从编译器上的执行时间早8个小时，导致，同一段SQL语句，在mysql直接执行，与编译器执行，结果不同，因为时间相差8个小时

serverTimezone=UTC
统计3月13日到3月19日的数据，Navicat运行右下角显示有21条记录

原因如下：
编译器上设置的时区属性会UTC，虽然传往后台的时间是2020-03-13 03:17:33.408(Timestamp), 2020-03-19 03:17:33.408(Timestamp)，但是在没到达后台之前，进行了一次存储，以UTC时区进行存储，也就是2020-03-12 19:17:33.408(Timestamp), 2020-03-18 19:17:33.408(Timestamp)，然后到达后台后，取出，进行查询的时间段，就早了8个小时，也就只有18条记录

解决方式
将属性设置为
serverTimezone=Asia/Shanghai