笑小枫专属目录 背景知识点代码中常见的三种时间差错问题【我遇到的】本地获取的时间没有错,存入数据库的时候时间相差8小时java下使用 `new date()`获取的时间会和真实的本地时间相差8
最近在开发【Java面试 | 笑小枫】小程序,便发现老是有人半夜偷偷刷题,如下图所示:
现在都这么卷了吗?大半夜的都不睡觉了吗?还在撸题~越想越不对,赶紧看了一下,发现自己录入题目的时间也好多都在凌晨。
好家伙,秒懂,时区错了。错就错了吧,影响也不大。
直到现在出现了每日签到的功能,好吧顺手改一下,反正也不难。都改了,顺手整理篇博客吧。
UTC:Coordinated Universal Time 协调世界时。
GMT:Greenwich Mean Time 格林尼治标准时间。(在协调世界时意义上的0时区,即GMT = UTC+0)
中国的时间是【东八区】,比GMT多八个小时,即 GMT+8(或UTC+8,但习惯上还是用GMT+8)
mybatis将本地的数据传入到Mysql数据库服务器的时候,服务器会对数据进行检测,会把date类型的数据自动转换为mysql服务器所对应的时区,即0时区,所以会相差8小时。
解决方案:
serverTimezone=GMT%2B8
new date()
获取的时间会和真实的本地时间相差8小时new date()调用的是JVM时间,而jvm使用的时间默认是0时区的时间,即:和北京时间将会相差8小时。
解决方案:
TimeZone.setDefault(TimeZone.getTimeZone("GMT+8"));
springboot中对加了@RestController或者@Controller+@ResponseBody注解的方法的返回值默认是JSON格式,所以,对date类型的数据,在返回浏览器端时,会被springboot默认的Jackson框架转换,而Jackson框架默认的时区GMT(相对于中国是少了8小时)。所以最终返回到前端结果是相差8小时。
解决方案:
spring: jackson: date-fORMat: yyyy-MM-dd HH:mm:ss time-zone: GMT+8
@JsonFormat(pattern = "yyyy-MM-dd HH:mm:ss",timezone="GMT+8")private Date updateDate;
以上说的都是代码中时间的问题,还有一种情况,就是sql使用NOW()
获取时间,这种写法太可恶了。强烈不推荐
这种情况使用的是数据库的时间,首先我们看一下数据库时间
select NOW();
如果和当前时间一致,那么恭喜你,没问题。
如果比当前时间少8小时,那么依旧恭喜你,你穿越了。
言归正传,如果比当前时间少8小时,该怎么处理呢?
本方法的优点是,生效快,不需要重启数据库;缺点是重启数据库后配置失效。
show variables like '%time_zone%';
-- 修改mysql全局时区为北京时间,即我们所在的东8区set global time_zone = '+08:00'; -- 修改当前会话时区,不然需要重新打开会话才会生效set time_zone = '+08:00';
flush privileges;
然后再执行一下我们的select NOW();
查看一下时间,OK,时间一致
本方法的优点是永久性生效,缺点是需要重启数据库
修改mysql的配置文件。linux系统上是my.cnf文件,window系统是my.ini
在[mysqld]区域中加上 default-time_zone = ‘+8:00’
重启mysql使新时区生效
本文到这里就结束了。总结一下吧
serverTimezone=GMT%2B8
new date()
获取的时间会和真实的本地时间相差8小时,这个需要修改JVM时区,正常很少见来源地址:https://blog.csdn.net/qq_34988304/article/details/129699041
--结束END--
本文标题: Mysql 时区差8小时的多种问题 统统解决
本文链接: https://lsjlt.com/news/386231.html(转载时请注明来源链接)
有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341
2024-10-23
2024-10-22
2024-10-22
2024-10-22
2024-10-22
2024-10-22
2024-10-22
2024-10-22
2024-10-22
2024-10-22
回答
回答
回答
回答
回答
回答
回答
回答
回答
回答
0