MySQL時區(qū)差8小時的多種問題解決方法
背景
最近在開發(fā)【Java面試 | 笑小楓】小程序,便發(fā)現(xiàn)老是有人半夜偷偷刷題,如下圖所示:
現(xiàn)在都這么卷了嗎?大半夜的都不睡覺了嗎?還在擼題~越想越不對,趕緊看了一下,發(fā)現(xiàn)自己錄入題目的時間也好多都在凌晨。
好家伙,秒懂,時區(qū)錯了。錯就錯了吧,影響也不大。
直到現(xiàn)在出現(xiàn)了每日簽到的功能,好吧順手改一下,反正也不難。都改了,順手整理篇博客吧。
知識點
UTC:Coordinated Universal Time 協(xié)調(diào)世界時。
GMT:Greenwich Mean Time 格林尼治標準時間。(在協(xié)調(diào)世界時意義上的0時區(qū),即GMT = UTC+0)
中國的時間是【東八區(qū)】,比GMT多八個小時,即 GMT+8(或UTC+8,但習慣上還是用GMT+8)
代碼中常見的三種時間差錯問題
【我遇到的】本地獲取的時間沒有錯,存入數(shù)據(jù)庫的時候時間相差8小時
mybatis將本地的數(shù)據(jù)傳入到mysql數(shù)據(jù)庫服務器的時候,服務器會對數(shù)據(jù)進行檢測,會把date類型的數(shù)據(jù)自動轉(zhuǎn)換為mysql服務器所對應的時區(qū),即0時區(qū),所以會相差8小時。
解決方案:
- 在數(shù)據(jù)庫鏈接上添加
serverTimezone=GMT%2B8
java下使用 new date()
獲取的時間會和真實的本地時間相差8小時
new date()調(diào)用的是jvm時間,而jvm使用的時間默認是0時區(qū)的時間,即:和北京時間將會相差8小時。
解決方案:
- 手動設置jvm時間:將時間改為第8時區(qū)的時間:
- 如果是springboot項目,可以面向切面加上這個,或者啟動main類上加上如下代碼:
TimeZone.setDefault(TimeZone.getTimeZone("GMT+8"));
數(shù)據(jù)庫時間沒有錯,獲取到了后端,之后返回給前端相差8小時
springboot中對加了@RestController或者@Controller+@ResponseBody注解的方法的返回值默認是Json格式,所以,對date類型的數(shù)據(jù),在返回瀏覽器端時,會被springboot默認的Jackson框架轉(zhuǎn)換,而Jackson框架默認的時區(qū)GMT(相對于中國是少了8小時)。所以最終返回到前端結果是相差8小時。
解決方案:
- 將spring的json構造器的時區(qū)改正即可,在application.yml文件中添加:
spring: jackson: date-format: yyyy-MM-dd HH:mm:ss time-zone: GMT+8
- 可以使用注解,在entity實體類的date數(shù)據(jù)上添加注解,那么數(shù)據(jù)庫傳回的data數(shù)據(jù)要轉(zhuǎn)換為json格式的時候就是北京時間了,再次傳回到前端的時候,也不會出現(xiàn)時區(qū)問題。
@JsonFormat(pattern = "yyyy-MM-dd HH:mm:ss",timezone="GMT+8") private Date updateDate;
數(shù)據(jù)庫代碼時區(qū)的問題
以上說的都是代碼中時間的問題,還有一種情況,就是sql使用NOW()
獲取時間,這種寫法太可惡了。強烈不推薦
這種情況使用的是數(shù)據(jù)庫的時間,首先我們看一下數(shù)據(jù)庫時間
select NOW();
如果和當前時間一致,那么恭喜你,沒問題。
如果比當前時間少8小時,那么依舊恭喜你,你穿越了。
言歸正傳,如果比當前時間少8小時,該怎么處理呢?
通過Sql命令修改,臨時生效
本方法的優(yōu)點是,生效快,不需要重啟數(shù)據(jù)庫;缺點是重啟數(shù)據(jù)庫后配置失效。
首先檢查下Mysql系統(tǒng)時區(qū)
show variables like '%time_zone%';
設置時區(qū)
-- 修改mysql全局時區(qū)為北京時間,即我們所在的東8區(qū) set global time_zone = '+08:00'; -- 修改當前會話時區(qū),不然需要重新打開會話才會生效 set time_zone = '+08:00';
立即刷新生效
flush privileges;
然后再執(zhí)行一下我們的select NOW();
查看一下時間,OK,時間一致
通過配置文件來進行修改,永久性生效
本方法的優(yōu)點是永久性生效,缺點是需要重啟數(shù)據(jù)庫
修改mysql的配置文件。linux系統(tǒng)上是my.cnf文件,window系統(tǒng)是my.ini
在[mysqld]區(qū)域中加上 default-time_zone = ‘+8:00’
重啟mysql使新時區(qū)生效
總結
本文到這里就結束了??偨Y一下吧
代碼中常見的數(shù)據(jù)問題是,程序中正常,保存到數(shù)據(jù)庫中差8小時,這種情況用在數(shù)據(jù)庫連接中添加serverTimezone=GMT%2B8
Java下使用 new date()
獲取的時間會和真實的本地時間相差8小時,這個需要修改JVM時區(qū),正常很少見數(shù)據(jù)庫時間沒有錯,獲取到了后端,之后返回給前端相差8小時,可以通過設置json轉(zhuǎn)換的時區(qū)來進行調(diào)整修改數(shù)據(jù)庫的時區(qū),可以通過命令臨時修改和通過配置文件永久性修改
以上就是MySQL時區(qū)差8小時的問題解決方法的詳細內(nèi)容,更多關于MySQL時區(qū)差8小時的資料請關注腳本之家其它相關文章!
相關文章
Ubuntu下完美實現(xiàn)遷移MySQL數(shù)據(jù)庫位置
這篇文章主要介紹了Ubuntu下完美實現(xiàn)遷移MySQL數(shù)據(jù)庫位置,十分詳細,有需要的小伙伴可以參考下2015-03-03MAC下Mysql5.7+ MySQL Workbench安裝配置方法圖文教程
這篇文章主要為大家詳細介紹了MAC下Mysql5.7+ MySQL Workbench安裝配置方法圖文教程,具有一定的參考價值,感興趣的小伙伴們可以參考一下2019-06-06MySQL為JSON字段創(chuàng)建索引方式(Multi-Valued?Indexes?多值索引)
這篇文章主要介紹了MySQL為JSON字段創(chuàng)建索引方式(Multi-Valued?Indexes?多值索引),具有很好的參考價值,希望對大家有所幫助。如有錯誤或未考慮完全的地方,望不吝賜教2022-08-08mysql如何動態(tài)創(chuàng)建連續(xù)時間段
這篇文章主要介紹了mysql如何動態(tài)創(chuàng)建連續(xù)時間段問題,具有很好的參考價值,希望對大家有所幫助,如有錯誤或未考慮完全的地方,望不吝賜教2024-01-01SQL HAVING子句在GROUP BY中的條件篩選靈活運用
這篇文章主要為大家介紹了SQL HAVING子句在GROUP BY中的條件篩選靈活運用示例詳解,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進步,早日升職加薪2023-11-11