MySQL时区问题及JDBC连接MySQL的时区问题

最新推荐文章于 2024-06-04 18:54:21 发布

古德污曼

最新推荐文章于 2024-06-04 18:54:21 发布

阅读量2.9k

点赞数 1

分类专栏： Java 文章标签：数据库 jdbc

本文链接：https://blog.csdn.net/qq_36658706/article/details/114883120

版权

5 篇文章 0 订阅

订阅专栏

什么是时区

由于世界各国家与地区经度不同，地方时也有所不同，因此会划分为不同的时区。正式的时区划分包括24个时区，每一时区由一个英文字母表示。每隔经度15°划分一个时区，有一个例外，每个时区有一条中央子午线；例如，GMT属于“z”区，因此其时间后通常添加后缀“Z”（口语中用后缀“Zulu”）。 [1]

往数据库中存入的时间少了14小时
- 原因（MySQL版本8.0）
  1 .在设置数据源的时候没有指定数据库时区，url: jdbc:mysql://localhost:3306/test ~~?serverTimezone=Asia/Shanghai~~ ，在windows中如果没有指定这个参数，访问数据库的时候就会报错，但是在mac中可以，是因为windows中system_time_zone的值是空的，而mac中的默认的system_time_zone是CST。
  2.数据库在启动的时候会使用系统的时区，中国的时区是CST(China Standard Time utc+8)，在解析成预编译语句的时候，误将CST解析成CST（Central Standard Tim UTC-6），美国中部标准时间，所以少14个小时”。 CST是一个很混乱的时区，有四个时区的缩写都是这个（。。。。）
使用@JsonFormat解析时间
- 使用@JsonFormat（patten=“yyyy-MM-dd HH:mm:ss” timezon=“GMT+8”)解析时间，这样才能向前端返回正确的时间json，因为JsonFormat在解析时间的时候，默认是带着UTC时区去解析的，这样就会导致解析出来的时间与东八区相差8个小时。
使用@DateTimeFormat接收前端的时间参数
- 使用@DateTimeFormat(pattern = “yyyy-MM-dd HH:mm:ss”)接受前端的时间，格式只能与patten相同，否则无法解析，将会报错。

全局时区变量 time_zone，这个值可以在MySQL服务启动时指定，如果没有指定，则默认值时SYSTEM，表示与系统相同。
SET GLOBAL time_zone = timezone;（指定全局时区变量，须持有SUPER权限）
会话时区变量 time_zone，每个连接的 Client 端都有自己的会话时区设置，由会话time_zone变量指定。最初，会话变量从全局time_zone变量获取其值，但是 Client 端可以使用以下语句更改其自己的时区：
SET time_zone = timezone;

关注