查看时区：

SHOW VARIABLES LIKE "%time_zone%";

输出

Variable_name Value

system_time_zone CST

time_zone SYSTEM

分析：

这里有两个变量，其中 time_zone 是指 mysql 数据库的时区。默认为 SYSTEM，即等于服务器的系统时区。

system_time_zone 表示系统时区，因为我们的系统服务器是在中国，system_time_zone 为 CST(China Standard Time)。

这里有个坑，CST 除了表示中国时区，它还有更多含义：

美国中部时间 Central Standard Time (USA) UTC-06:00

澳大利亚中部时间 Central Standard Time (Australia) UTC+09:30

中国标准时 China Standard Time UTC+08:00

古巴标准时 Cuba Standard Time UTC-04:00

比如说 jdbc 驱动在读取到 system_time_zone 是 CST 后，它会默认为 美国中部时间而不是中国标准时。中国标准时与美国标准时相差 14个小时，最终取出来的时间比你实际存入的时间少14个小时(因为夏令时的缘故有时会少13个小时)。

实验剖析：

测试环境：本地时区是 utc+8, 数据库时区是 utc。

表：

CREATE TABLE `tb1` (

`id` int(11) NOT NULL AUTO_INCREMENT,

`name` varchar(40) DEFAULT NULL,

`createTime` datetime DEFAULT NULL,

`updateTime` timestamp NULL DEFAULT NULL ON UPDATE current_timestamp(),

PRIMARY KEY (`id`)

)

案例1：

INSERT INTO table (dateCreated) VALUES (CURRENT_TIMESTAMP or NOW())

INSERT INTO tb1 (`name`, createTime, updateTime) VALUES ('lin', '2019-11-24 15:10', '2019-11-24 15:10');

INSERT INTO tb1 (`name`, createTime, updateTime) VALUES ('lin', NOW(), NOW())

查询结果为：(当前时间为 2019-11-27 15:28:13)

id name createTime updateTime

------ ------ ------------------- ---------------------

3 lin 2019-11-24 15:10:00 2019-11-24 15:10:00

4 lin 2019-11-27 07:25:13 2019-11-27 07:25:13

说明：无论是 datetime 还是 timestamp 直接插入字符串不会变，插入 now() ，now() 的时间显示的是数据库当前时区所在当前时间，即 utc 时间。(比本地时间少 8 小时)

案例2：

INSERT INTO table (dateCreated) VALUES (?)

LocalDateTime time = LocalDateTime.of(2019, 11, 27, 15, 42);

jdbcTemplate.update("INSERT INTO tb1 (`name`, createTime, updateTime) VALUES ('lin', ?, ?)", time, time);

查询结果为：

id name createTime updateTime

------ ------ ------------------- ---------------------

3 lin 2019-11-24 15:10:00 2019-11-24 15:10:00

4 lin 2019-11-27 07:25:13 2019-11-27 07:25:13

10 lin 2019-11-27 07:42:00 2019-11-27 07:42:00

说明：

jdbc 驱动读取数据库的时区信息，将本地时间转换为数据库时间，保存到数据库(比本地时间少 8 小时)