mysql的时区问题

查看及设置时区

查看时区

命令：

mysql> show variables like '%time_zone%';
+------------------+--------+
| Variable_name    | Value  |
+------------------+--------+
| system_time_zone |        |
| time_zone        | SYSTEM |
+------------------+--------+

返回：

system_time_zone：mysql启动的时候，mysql服务所在服务器（主机）的时区，windows系统返回为空，linux系统一般会返回CST，个人认为，这里的CST表示的是中国标准时间（CST还可以表示其它某些地区的标准时间），有时可能会返回UTC（协调世界时），粗略理解为0时区时间（GMT，格林尼治标准时间），个人认为，system_time_zone并不是很重要

time_zone：当前会话使用的时区，可以在配置文件中指定默认值，如果不指定，默认值是SYSTEM，表示使用system_time_zone指向的时区，time_zone可以使用时调整，一些函数（比如：now()）返回的值就和time_zone有关，但一般不要轻易改变

配置文件设置time_zone默认值

在my.ini文件（linux系统是my.cnf文件）的[mysqld]节点设置，设置后重启服务

[mysqld]
default-time-zone = '+0:00'

命令设置时区

mysql> set time_zone='+08:00';
Query OK, 0 rows affected (0.00 sec)mysql> flush privileges;
Query OK, 0 rows affected (0.01 sec)mysql> show variables like '%time_zone%';
+------------------+--------+
| Variable_name    | Value  |
+------------------+--------+
| system_time_zone |        |
| time_zone        | +08:00 |
+------------------+--------+
2 rows in set (0.04 sec)

datetime和timestamp的区别

结论：datetime可以理解为保存的是一个字符串，切换时区后，不会有变化，timestamp可以理解为保存的是距离1970-01-01 08:00:00的时间差（将当前时区的时间转换成0时区的时间，然后计算与1970-01-01 08:00:00的时间差），切换时区后，显示的是当前时区所对应的时间

创建一个表

CREATE TABLE `time_zone_test` (`id` int(11) NOT NULL AUTO_INCREMENT,`create_time` datetime NOT NULL,`update_time` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

插入数据并根据在不同时区查看数据

mysql> show variables like '%time_zone%';
+------------------+--------+
| Variable_name    | Value  |
+------------------+--------+
| system_time_zone |        |
| time_zone        | SYSTEM |
+------------------+--------+
2 rows in set (0.03 sec)mysql> INSERT INTO `test`.`time_zone_test` (`create_time`, `update_time`) VALUES ('2022-09-03 23:01:14', '2022-09-03 23:01:14');
Query OK, 1 row affected (0.01 sec)mysql> select * from time_zone_test;
+----+---------------------+---------------------+
| id | create_time         | update_time         |
+----+---------------------+---------------------+
|  1 | 2022-09-03 23:01:14 | 2022-09-03 23:01:14 |
+----+---------------------+---------------------+
1 row in set (0.04 sec)mysql> set time_zone='+08:00';
Query OK, 0 rows affected (0.00 sec)mysql> show variables like '%time_zone%';
+------------------+--------+
| Variable_name    | Value  |
+------------------+--------+
| system_time_zone |        |
| time_zone        | +08:00 |
+------------------+--------+
2 rows in set (0.03 sec)mysql> select * from time_zone_test;
+----+---------------------+---------------------+
| id | create_time         | update_time         |
+----+---------------------+---------------------+
|  1 | 2022-09-03 23:01:14 | 2022-09-03 23:01:14 |
+----+---------------------+---------------------+
1 row in set (0.06 sec)mysql> set time_zone='-05:00';
Query OK, 0 rows affected (0.00 sec)mysql> show variables like '%time_zone%';
+------------------+--------+
| Variable_name    | Value  |
+------------------+--------+
| system_time_zone |        |
| time_zone        | -05:00 |
+------------------+--------+
2 rows in set (0.05 sec)mysql> select * from time_zone_test;
+----+---------------------+---------------------+
| id | create_time         | update_time         |
+----+---------------------+---------------------+
|  1 | 2022-09-03 23:01:14 | 2022-09-03 10:01:14 |
+----+---------------------+---------------------+
1 row in set (0.04 sec)

可以发现

• create_time的类型是datetime，切换时区后，显示的时间不变，update_time的类型是timestamp，切换时区后，显示的时间有变化
• 同时可以发现，我的电脑默认的时区就是 +08:00

mybatis连接mysql的问题

java程序，以springboot程序为例，使用mybatis操作mysql时，会涉及到时区转换的问题

连接mysql并设置时区

spring:datasource:url: jdbc:mysql://127.0.0.1:3306/test?useUnicode=true&characterEncoding=utf-8&useSSL=false&serverTimezone=GMT%2B8username: xxxxpassword: xxxxdriver-class-name: com.mysql.cj.jdbc.Driver

serverTimezone表示当前会话的时区，这句话应该是错误的，但是现在大部分文章都这样写

serverTimezone表示的是希望用户配置一个与mysql服务器默认的time_zone相同的值，我们一般设置为serverTimezone=GMT%2B8或serverTimezone=Asia/Shanghai，因为我们的mysql服务器time_zone一般就是+08:00

serverTimezone的作用是将程序的时区与serverTimezone设置的时区做比较，然后将时区转换后的时间字符串发送给mysql服务器，到mysql服务器上，使用的会话时区就是默认的会话时区，就是默认查询出来的time_zone的值

修改windows系统的时区（附加）

使用tzutil工具

C:\Users\yangs>tzutil /g
China Standard Time
C:\Users\yangs>tzutil /s "Greenwich Standard Time"C:\Users\yangs>tzutil /g
Greenwich Standard Time

添加数据时，程序时区、serverTimezone时区不一致导致的时间转换问题

实际这里涉及到三个时区

• 程序时区：springboot的时区
• serverTimezone设置的时区
• mysql服务默认的时区time_zone

springboot程序默认使用所在系统的时区

例1

springboot项目所在操作系统的时区为：(UTC+08:00) 北京，重庆，香港特别行政区，乌鲁木齐

连接mysql设置serverTimezone=GMT%2B9，(UTC+09:00) 大阪，札幌，东京

当前时间：

• (UTC+08:00) 北京 10:30（电脑时间）

• (UTC+09:00) 大阪 11:30

mysql的默认时区：+08:00

代码逻辑：获取当前时间并存入到数据库（createTime、updateTime）

程序的入参（查看打印的日志）：

JDBC Connection [HikariProxyConnection@886416306 wrapping com.mysql.cj.jdbc.ConnectionImpl@25baed04] will not be managed by Spring
==>  Preparing: insert into time_zone_test (id, create_time, update_time ) values (?, ?, ? )
==> Parameters: null, 2022-09-04 10:22:33.937(Timestamp), 2022-09-04 10:22:33.937(Timestamp)
<==    Updates: 1

日志打印的是当前时间，但是这个并不是发给mysql的时间，发给mysql的时间会做时区转换

发给mysql的时间：

可在org.apache.ibatis.executor.SimpleExecutor#doUpdate查看

HikariProxyPreparedStatement@1978182025 wrapping com.mysql.cj.jdbc.ClientPreparedStatement: insert into time_zone_test (id, create_time, update_time)values (null, '2022-09-04 11:22:33.937', '2022-09-04 11:22:33.937')

数据库中查看：

mysql> set time_zone='+08:00';
Query OK, 0 rows affected (0.00 sec)mysql> show variables like '%time_zone%';
+------------------+--------+
| Variable_name    | Value  |
+------------------+--------+
| system_time_zone |        |
| time_zone        | +08:00 |
+------------------+--------+
2 rows in set (0.03 sec)mysql> select * from time_zone_test where id = 8;
+----+---------------------+---------------------+
| id | create_time         | update_time         |
+----+---------------------+---------------------+
|  8 | 2022-09-04 11:22:34 | 2022-09-04 11:22:34 |
+----+---------------------+---------------------+
1 row in set (0.04 sec)mysql> set time_zone='+09:00';
Query OK, 0 rows affected (0.00 sec)mysql> show variables like '%time_zone%';
+------------------+--------+
| Variable_name    | Value  |
+------------------+--------+
| system_time_zone |        |
| time_zone        | +09:00 |
+------------------+--------+
2 rows in set (0.03 sec)mysql> select * from time_zone_test where id = 8;
+----+---------------------+---------------------+
| id | create_time         | update_time         |
+----+---------------------+---------------------+
|  8 | 2022-09-04 11:22:34 | 2022-09-04 12:22:34 |
+----+---------------------+---------------------+
1 row in set (0.04 sec)

由此可以看出：

1. springboot程序是+08:00，serverTimezone设置的是+09:00，所以在组装sql语句的时候会给时间+1
2. 执行sql语句时，就是在mysql服务器默认时区(+08:00)进行的，可以根据update_time的值判断，如果是在+09:00执行的，那么在+08:00查询出来的时间就会少1小时，实际上并没有
3. 从2也能看出，serverTimezone设置的值并不是当前会话的时区，只是告诉程序应该怎么转换这个时间

例2

springboot项目所在操作系统的时区为：(UTC+08:00) 北京，重庆，香港特别行政区，乌鲁木齐

连接mysql设置serverTimezone=GMT%2B9，(UTC+09:00) 大阪，札幌，东京

当前时间：

• (UTC+08:00) 北京 16:40（电脑时间）

• (UTC+09:00) 大阪 17:40

mysql的默认时区：+08:00

代码逻辑：使用now()函数存入到数据库（createTime、updateTime）

发给mysql的语句：

HikariProxyPreparedStatement@764739765 wrapping com.mysql.cj.jdbc.ClientPreparedStatement: insert into time_zone_test (id, create_time, update_time)values (null, now(), now())

数据库中查看：

mysql> show variables like '%time_zone%';
+------------------+--------+
| Variable_name    | Value  |
+------------------+--------+
| system_time_zone |        |
| time_zone        | SYSTEM |
+------------------+--------+
2 rows in set (0.05 sec)mysql> select * from time_zone_test where id = 15;
+----+---------------------+---------------------+
| id | create_time         | update_time         |
+----+---------------------+---------------------+
| 15 | 2022-09-04 16:45:30 | 2022-09-04 16:45:30 |
+----+---------------------+---------------------+
1 row in set (0.05 sec)mysql> set time_zone='+08:00';
Query OK, 0 rows affected (0.01 sec)mysql> show variables like '%time_zone%';
+------------------+--------+
| Variable_name    | Value  |
+------------------+--------+
| system_time_zone |        |
| time_zone        | +08:00 |
+------------------+--------+
2 rows in set (0.05 sec)mysql> select * from time_zone_test where id = 15;
+----+---------------------+---------------------+
| id | create_time         | update_time         |
+----+---------------------+---------------------+
| 15 | 2022-09-04 16:45:30 | 2022-09-04 16:45:30 |
+----+---------------------+---------------------+
1 row in set (0.07 sec)mysql> set time_zone='+09:00';
Query OK, 0 rows affected (0.00 sec)mysql> show variables like '%time_zone%';
+------------------+--------+
| Variable_name    | Value  |
+------------------+--------+
| system_time_zone |        |
| time_zone        | +09:00 |
+------------------+--------+
2 rows in set (0.07 sec)mysql> select * from time_zone_test where id = 15;
+----+---------------------+---------------------+
| id | create_time         | update_time         |
+----+---------------------+---------------------+
| 15 | 2022-09-04 16:45:30 | 2022-09-04 17:45:30 |
+----+---------------------+---------------------+
1 row in set (0.08 sec)

由此可以看出：

1. now()函数是在+08:00时区执行的，与serverTimezone设置的值无关

例3

springboot项目所在操作系统的时区为：(UTC+00:00) 蒙罗维亚，雷克雅未克

连接mysql设置serverTimezone=GMT%2B8，(UTC+08:00) 北京，重庆，香港特别行政区，乌鲁木齐

当前时间：

• (UTC+00:00) 蒙罗维亚 9:00（电脑时间）
• (UTC+08:00) 北京 17:00

mysql的默认时区：+00:00

代码逻辑：获取当前时间并存入到数据库（createTime、updateTime）

程序的入参（查看打印的日志）：

JDBC Connection [HikariProxyConnection@1876572082 wrapping com.mysql.cj.jdbc.ConnectionImpl@584e44f5] will not be managed by Spring
==>  Preparing: insert into time_zone_test (id, create_time, update_time ) values (?, ?, ? )
==> Parameters: null, 2022-09-04 09:10:41.157(Timestamp), 2022-09-04 09:10:41.157(Timestamp)
<==    Updates: 1

日志打印的是当前时间，但是这个并不是发给mysql的时间，发给mysql的时间会做时区转换

发给mysql的时间：

HikariProxyPreparedStatement@419867077 wrapping com.mysql.cj.jdbc.ClientPreparedStatement: insert into time_zone_test (id, create_time, update_time)values (null, '2022-09-04 17:10:41.157', '2022-09-04 17:10:41.157')

数据库中查看：

mysql> show variables like '%time_zone%';
+------------------+--------+
| Variable_name    | Value  |
+------------------+--------+
| system_time_zone |        |
| time_zone        | +00:00 |
+------------------+--------+
2 rows in set (0.05 sec)mysql> select * from time_zone_test where id = 16;
+----+---------------------+---------------------+
| id | create_time         | update_time         |
+----+---------------------+---------------------+
| 16 | 2022-09-04 17:10:41 | 2022-09-04 17:10:41 |
+----+---------------------+---------------------+
1 row in set (0.05 sec)mysql> set time_zone='+08:00';
Query OK, 0 rows affected (0.00 sec)mysql> show variables like '%time_zone%';
+------------------+--------+
| Variable_name    | Value  |
+------------------+--------+
| system_time_zone |        |
| time_zone        | +08:00 |
+------------------+--------+
2 rows in set (0.07 sec)mysql> select * from time_zone_test where id = 16;
+----+---------------------+---------------------+
| id | create_time         | update_time         |
+----+---------------------+---------------------+
| 16 | 2022-09-04 17:10:41 | 2022-09-05 01:10:41 |
+----+---------------------+---------------------+
1 row in set (0.09 sec)

由此可以看出：

1. springboot程序是+00:00，serverTimezone设置的是+08:00，所以在组装sql语句的时候会给时间+8
2. 执行sql语句时，在mysql服务器默认时区(+00:00)进行的，将发送过来的17点，在+00:00时区执行保存
3. 将时区调整为+08:00进行查询，会发现update_time时间又增加了8，这是正确的

例4

springboot项目所在操作系统的时区为：(UTC+00:00) 蒙罗维亚，雷克雅未克

连接mysql设置serverTimezone=GMT%2B8，(UTC+08:00) 北京，重庆，香港特别行政区，乌鲁木齐

当前时间：

• (UTC+00:00) 蒙罗维亚 9:30（电脑时间）
• (UTC+08:00) 北京 17:30

mysql的默认时区：+00:00

代码逻辑：使用now()函数存入到数据库（createTime、updateTime）

发给mysql的语句：

HikariProxyPreparedStatement@1333630381 wrapping com.mysql.cj.jdbc.ClientPreparedStatement: insert into time_zone_test (id, create_time, update_time)values (null, now(), now())

数据库中查看：

mysql> show variables like '%time_zone%';
+------------------+--------+
| Variable_name    | Value  |
+------------------+--------+
| system_time_zone |        |
| time_zone        | +00:00 |
+------------------+--------+
2 rows in set (0.03 sec)mysql> select * from time_zone_test where id = 17;
+----+---------------------+---------------------+
| id | create_time         | update_time         |
+----+---------------------+---------------------+
| 17 | 2022-09-04 09:30:26 | 2022-09-04 09:30:26 |
+----+---------------------+---------------------+
1 row in set (0.06 sec)mysql> set time_zone='+08:00';
Query OK, 0 rows affected (0.00 sec)mysql> show variables like '%time_zone%';
+------------------+--------+
| Variable_name    | Value  |
+------------------+--------+
| system_time_zone |        |
| time_zone        | +08:00 |
+------------------+--------+
2 rows in set (0.06 sec)mysql> select * from time_zone_test where id = 17;
+----+---------------------+---------------------+
| id | create_time         | update_time         |
+----+---------------------+---------------------+
| 17 | 2022-09-04 09:30:26 | 2022-09-04 17:30:26 |
+----+---------------------+---------------------+
1 row in set (0.06 sec)

由此可以看出：

1. now()函数是在+00:00时区执行的，与serverTimezone设置的值无关

查询数据时，程序时区、serverTimezone时区不一致导致的时间转换问题

查询数据时，也会对时间类型的数据进行转换

例5

环境与例4一致，进行查询操作

从mysql查询回来的数据（查看打印的日志）：

JDBC Connection [HikariProxyConnection@1625710104 wrapping com.mysql.cj.jdbc.ConnectionImpl@109c4ff6] will not be managed by Spring
==>  Preparing: select id, create_time, update_time from time_zone_test where id = ?
==> Parameters: 17(Integer)
<==    Columns: id, create_time, update_time
<==        Row: 17, 2022-09-04 09:30:26, 2022-09-04 09:30:26
<==      Total: 1

实际展示的数据（接口进行查询操作）

{"id": 17,"createTime": "2022-09-04T01:30:26.000+00:00","updateTime": "2022-09-04T01:30:26.000+00:00"
}

由此可以看出：

1. mysql从+00:00时区查询出数据给到springboot程序
2. 由于设置了serverTimezone=GMT%2B8，程序会认为这是+08:00时区的数据，程序本身的时区是+00:00，所以转换成java对象数据时进行了-8操作，展示的数据也是-8后的结果
3. 添加数据时，是9:30 +00:00，查出来的数据是1:30 +00:00，这明显是不一致的，原因就在于serverTimezone设置的时区与mysql默认的时区不一致，其实使用now()函数，可以理解为保存的数据库中的数据是准确的。如果由程序生成时间，那么发送给mysql时会发生时间转换，此时保存到mysql中的数据就可以理解为是不准确的，即使查询展示的数据可能是对的

如果进行格式化，显示+08:00的时间

配置：

spring:jackson:time-zone: GMT+8

显示：

{"id": 17,"createTime": "2022-09-04T09:30:26.000+08:00","updateTime": "2022-09-04T09:30:26.000+08:00"
}

总结

1. 避免数据错误，serverTimezone设置的值一定要和mysql默认的时区一致（可以通过配置文件指定）
2. 不要轻易切换mysql的默认时区，如果程序不对应修改serverTimezone的值会造成数据错误
3. 建议mysql默认时区使用+08:00时区，datetime类型的数据实际可以理解为是字符串，是不变的，比如，保存数据时，使用的是+00:00时区，保存的就是+00:00时区的对应的值，虽然如果配置正确，程序可以转换成我们想要的+08:00时区的值，但是毕竟数据库中存储的就是当时+00：00时区的对应的值，所以还是建议mysql默认时区使用+08:00时区，储存的时间就是我们用的时间
4. 程序所在的时区应该可以任意，但是用户输入的时间类型的数据就需要特殊关注，比如，程序的时区是+00:00时区，用户输入的数据是+08:00时区数据，那就得明确告诉程序用户输入的是+08:00时区的数据。

如有错误，欢迎指正

mysql的时区问题相关推荐

1. [转]MySQL修改时区的方法小结

   本文转自:https://www.cnblogs.com/mracale/p/6064447.html 这篇文章主要介绍了MySQL修改时区的方法,总结分析了三种常见的MySQL时区修改技巧,包括命令 ...

2. JDK8中好用的日期处理-LocalDate类-LocalTime-LocalDateTIme，mysql解决时区相差13小时的问题，日期格式器DateTimeFormatter

   JDK8中好用的日期处理-LocalDate类-LocalTime-LocalDateTIme,mysql解决时区相差13小时的问题,日期格式器DateTimeFormatter 参考文章: (1)J ...

3. 如何设置MySQL的时区？

   本文翻译自:How do I set the time zone of MySQL? On one server, when I run: 在一台服务器上,当我运行时: mysql> selec ...

4. mysql 设置时区,【MySQL】修改时区设置

   实践中遇到的一个问题,开发环境的时间数据一切正常,但正式环境数据库中的时间数据与实际相比差了8个小时.根据以往的PHP时区问题经验,断定问题处在MySQL的时区设定上. 用命令行连上去看一下时间,可以 ...

5. 数据库时区那些事儿 - MySQL的时区处理

   原文地址 当JVM时区和数据库时区不一致的时候,会发生什么?这个问题也许你从来没有注意过,但是当把Java程序容器化的时候,问题就浮现出来了,因为目前几乎所有的Docker Image的时区都是UTC ...

6. IDEA连接mysql出现时区错误_idea连接数据库时区错误

   错误界面 IDEA连接mysql,地址,用户名,密码,数据库名,全都配置好了,点测试连接,咔!不成功! 界面是这样的, 翻译过来就是:服务器返回无效时区.进入"高级"选项卡,手动设 ...

7. mysql内部时区_一文解决MySQL时区相关问题

   前言: 在使用MySQL的过程中,你可能会遇到时区相关问题,比如说时间显示错误.时区不是东八区.程序取得的时间和数据库存储的时间不一致等等问题.其实,这些问题都与数据库时区设置有关,本篇文章将从数据库 ...

8. mysql印度时区_一次 JDBC 与 MySQL 因 “CST” 时区协商误解导致时间差了 14 或 13 小时的排错经历...

   CST 时区 名为 CST 的时区是一个很混乱的时区,有四种含义: 美国中部时间 Central Standard Time (USA) UTC-06:00 澳大利亚中部时间 Central Stan ...

9. mysql修改时区方法小结

   这篇文章主要介绍了MySQL修改时区的方法,总结分析了三种常见的MySQL时区修改技巧,包括命令行模式.配置文件方式及代码方式,需要的朋友可以参考下 方法一:通过mysql命令行模式下动态修改 1.1 ...

10. mysql的时区设置

    mysql的时区设置 IDEA配置mysql数据库时,地址,用户名,密码,数据库名填写之后,点测试连接,提示 Server returns invalid timezone. Go to 'Advan ...

最新文章

1. 刚刚！饶毅再次撰文，回应耿美玉，称其未遵守学术规范
2. python语言能干什么-Python这么火到底能干啥？
3. python笔记：断言assert
4. Qt WebSocket服务端的简单Demo
5. C语言程序设计 | 模拟实现内存操作函数：strncpy, strncat, strncmp, memcpy, memmove
6. 超标量、超级流水线、超长指令字、向量机 SIMD
7. rubymine 保存成unix格式_如何免费在线试用 200+ Linux 和 Unix 发行版？
8. HDU4027 （线段树/修改区间，询问区间和）
9. 基于AD9833的三角波及正弦波发生器资料（含51程序）
10. 轴承后缀ce和ca_轴承cc和ca与cde4有什么区别
11. 计算机应用中存在性证明的代数拓扑方法（附顾险峰教授简历，公号回复“代数拓扑”、“顾险峰”可下载PDF资料，欢迎赞赏转发支持社区）
12. x265码率控制-VBV更新过程
13. iOS控件使用和多样布局
14. python爬取下厨房网站首页图片request+bs4
15. GoJS v2.2.7 去水印
16. 【励志】俞敏洪励志演讲：摆脱恐惧
17. web开发要学习什么技术，HTML实体字符列表
18. [HTML]入门小知识，列表？框架？表格？来吧。纯手工制作，满满都是智慧
19. 前端下载文件（二进制文件流brob和url下载）
20. 昆兰士科技大学计算机排名,2019QS学科排名重磅发布！昆士兰科技大学多个学科跻身全球前100...

热门文章

1. NAT 原理与NAT穿越
2. Eclipse如何配置JDK
3. printk函数的用法
4. python 0o_python中0o1010是多少
5. #ifdef与#endif用法小结
6. 学Python很枯燥怎么办
7. 四年级下册计算机技术做福字,西冷印社版四年级下册书法04集字临摹练习（一）集体备课教案教学设计...
8. 解决小米Note adb调试无法发现设备
9. 【转】 [Unity3D]手机3D游戏开发：场景切换与数据存储（PlayerPrefs 类的介绍与使用）...
10. 【狂神】Mysql学习（代码）