Mysql 时区差8小时的多种问题 统统解决

本文涉及的产品
云数据库 RDS MySQL Serverless,0.5-2RCU 50GB
云数据库 RDS MySQL Serverless,价值2615元额度,1个月
简介: Mysql 时区差8小时的多种问题 统统解决

背景


最近在开发【Java面试 | 笑小枫】小程序,便发现老是有人半夜偷偷刷题,如下图所示:


image-20230321205840646.png


现在都这么卷了吗?大半夜的都不睡觉了吗?还在撸题~越想越不对,赶紧看了一下,发现自己录入题目的时间也好多都在凌晨。

好家伙,秒懂,时区错了。错就错了吧,影响也不大。

直到现在出现了每日签到的功能,好吧顺手改一下,反正也不难。都改了,顺手整理篇博客吧。


知识点


UTC:Coordinated Universal Time 协调世界时。

GMT:Greenwich Mean Time 格林尼治标准时间。(在协调世界时意义上的0时区,即GMT = UTC+0)

中国的时间是【东八区】,比GMT多八个小时,即 GMT+8(或UTC+8,但习惯上还是用GMT+8)


代码中常见的三种时间差错问题


【我遇到的】本地获取的时间没有错,存入数据库的时候时间相差8小时


mybatis将本地的数据传入到mysql数据库服务器的时候,服务器会对数据进行检测,会把date类型的数据自动转换为mysql服务器所对应的时区,即0时区,所以会相差8小时。

解决方案:

  • 在数据库链接上添加serverTimezone=GMT%2B8

723296c9d6e498a3f4ef2235f7f3df60.png


java下使用 new date()获取的时间会和真实的本地时间相差8小时


new date()调用的是jvm时间,而jvm使用的时间默认是0时区的时间,即:和北京时间将会相差8小时。


解决方案:


  • 手动设置jvm时间:将时间改为第8时区的时间:
  • 如果是springboot项目,可以面向切面加上这个,或者启动main类上加上如下代码:


TimeZone.setDefault(TimeZone.getTimeZone("GMT+8"));


数据库时间没有错,获取到了后端,之后返回给前端相差8小时


springboot中对加了@RestController或者@Controller+@ResponseBody注解的方法的返回值默认是Json格式,所以,对date类型的数据,在返回浏览器端时,会被springboot默认的Jackson框架转换,而Jackson框架默认的时区GMT(相对于中国是少了8小时)。所以最终返回到前端结果是相差8小时。


解决方案:


  • 将spring的json构造器的时区改正即可,在application.yml文件中添加:


spring:
  jackson:
    date-format: yyyy-MM-dd HH:mm:ss
    time-zone: GMT+8


  • 可以使用注解,在entity实体类的date数据上添加注解,那么数据库传回的data数据要转换为json格式的时候就是北京时间了,再次传回到前端的时候,也不会出现时区问题。
@JsonFormat(pattern = "yyyy-MM-dd HH:mm:ss",timezone="GMT+8")
private Date updateDate;


数据库代码时区的问题


以上说的都是代码中时间的问题,还有一种情况,就是sql使用NOW()获取时间,这种写法太可恶了。强烈不推荐


这种情况使用的是数据库的时间,首先我们看一下数据库时间


select NOW();


image-20230321215559765.png


如果和当前时间一致,那么恭喜你,没问题。

如果比当前时间少8小时,那么依旧恭喜你,你穿越了。

5c3f0aca730e0a0049889c8ef1894cb5.png


言归正传,如果比当前时间少8小时,该怎么处理呢?


通过Sql命令修改,临时生效


本方法的优点是,生效快,不需要重启数据库;缺点是重启数据库后配置失效。


  1. 首先检查下Mysql系统时区
show variables like '%time_zone%';



image-20230321215721287.png

  1. 设置时区


-- 修改mysql全局时区为北京时间,即我们所在的东8区
set global time_zone = '+08:00'; 
-- 修改当前会话时区,不然需要重新打开会话才会生效
set time_zone = '+08:00';


  1. 立即刷新生效
flush privileges;


然后再执行一下我们的select NOW();查看一下时间,OK,时间一致


image-20230321220030720.png



通过配置文件来进行修改,永久性生效


本方法的优点是永久性生效,缺点是需要重启数据库


修改mysql的配置文件。linux系统上是my.cnf文件,window系统是my.ini


在[mysqld]区域中加上 default-time_zone = ‘+8:00’


重启mysql使新时区生效


总结


本文到这里就结束了。总结一下吧


  1. 代码中常见的数据问题是,程序中正常,保存到数据库中差8小时,这种情况用在数据库连接中添加serverTimezone=GMT%2B8
  2. Java下使用 new date()获取的时间会和真实的本地时间相差8小时,这个需要修改JVM时区,正常很少见
  3. 数据库时间没有错,获取到了后端,之后返回给前端相差8小时,可以通过设置json转换的时区来进行调整
  4. 修改数据库的时区,可以通过命令临时修改和通过配置文件永久性修改



61dfe88cc117f1402d2b241fc3971439.png

相关实践学习
基于CentOS快速搭建LAMP环境
本教程介绍如何搭建LAMP环境,其中LAMP分别代表Linux、Apache、MySQL和PHP。
全面了解阿里云能为你做什么
阿里云在全球各地部署高效节能的绿色数据中心,利用清洁计算为万物互联的新世界提供源源不断的能源动力,目前开服的区域包括中国(华北、华东、华南、香港)、新加坡、美国(美东、美西)、欧洲、中东、澳大利亚、日本。目前阿里云的产品涵盖弹性计算、数据库、存储与CDN、分析与搜索、云通信、网络、管理与监控、应用服务、互联网中间件、移动服务、视频服务等。通过本课程,来了解阿里云能够为你的业务带来哪些帮助     相关的阿里云产品:云服务器ECS 云服务器 ECS(Elastic Compute Service)是一种弹性可伸缩的计算服务,助您降低 IT 成本,提升运维效率,使您更专注于核心业务创新。产品详情: https://www.aliyun.com/product/ecs
目录
相关文章
|
10月前
|
SQL NoSQL 关系型数据库
docker设置mysql、redis等容器的时区
问题:现在本地docker的mysql容器时区不对,需要为中国的时区
217 0
|
5月前
|
关系型数据库 MySQL Java
MySQL与服务器时区问题实践总结
MySQL与服务器时区问题实践总结
180 0
|
8月前
|
JSON 关系型数据库 MySQL
Mysql时区差8个小时问题解决
Mysql时区差8个小时问题解决
171 1
|
9月前
|
关系型数据库 MySQL Java
TimeZone-datetime在JVM时区和MySQL Session时区的转换
TimeZone-datetime在JVM时区和MySQL Session时区的转换
119 0
|
12月前
|
关系型数据库 MySQL Java
MySQL 数据库时区设置方法,“The server time zone value ‘�й���׼ʱ��‘ is unrecognized or represents ...” 问题解决
MySQL 数据库时区设置方法,“The server time zone value ‘�й���׼ʱ��‘ is unrecognized or represents ...” 问题解决
217 0
|
关系型数据库 MySQL
Mysql修改时区(时间差8小时)
Mysql修改时区(时间差8小时)
Mysql修改时区(时间差8小时)
|
关系型数据库 MySQL
idea连接mysql设置时区
当连接mysql时出现以下问题 那么到Advanced中设置时区为 Asia/Shanghai 连接成功。
240 0
idea连接mysql设置时区
|
数据可视化 关系型数据库 MySQL
一篇永久摆脱Mysql时区错误问题,idea数据库可视化插件配置
一篇永久摆脱Mysql时区错误问题,idea数据库可视化插件配置
一篇永久摆脱Mysql时区错误问题,idea数据库可视化插件配置
|
存储 关系型数据库 MySQL
一文解决MySQL时区相关问题
在使用 MySQL 的过程中,你可能会遇到时区相关问题,比如说时间显示错误、时区不是东八区、程序取得的时间和数据库存储的时间不一致等等问题。其实,这些问题都与数据库时区设置有关,本篇文章将从数据库参数入手,逐步介绍时区相关内容。
465 0
|
SQL 关系型数据库 MySQL
MySQL实战干货 | 如何处理由时区设置引发的 SQL 执行“卡顿”?
小小不起眼的时区设置也能成为高并发场景的性能杀手,让我们一起来看一下其是如何发生,又如何能够避免的
1139 0
MySQL实战干货 | 如何处理由时区设置引发的 SQL 执行“卡顿”?