快捷導(dǎo)航

解決MySQL時(shí)區(qū)日期時(shí)差8個(gè)小時(shí)的問(wèn)題

更新時(shí)間：2023年01月04日 11:06:44 作者：拄杖忙學(xué)輕聲碼

本文主要介紹了解決MySQL時(shí)區(qū)日期時(shí)差8個(gè)小時(shí)的問(wèn)題，文中通過(guò)示例代碼介紹的非常詳細(xì)，對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值，需要的朋友們下面隨著小編來(lái)一起學(xué)習(xí)學(xué)習(xí)吧

場(chǎng)景：

我們?cè)趍ysql客戶端查詢 now() 系統(tǒng)當(dāng)前日期時(shí)間，會(huì)發(fā)現(xiàn)得到的結(jié)果比系統(tǒng)實(shí)際日期時(shí)間慢8個(gè)小時(shí)左右，這是由于不同的時(shí)區(qū)導(dǎo)致的

解決：

1、在 mysql 的服務(wù)端的 my.conf 文件中 [mysqld] 節(jié)點(diǎn)下設(shè)置時(shí)區(qū)參數(shù)

default-time-zone=Asia/Shanghai

2、如果 mysql 的版本是 5.7 配置如下參數(shù)

default-time-zone = '+8:00'

3、如果 mysql 服務(wù)是由 docker 創(chuàng)建的容器，需要查看 mysql 容器的系統(tǒng)日期是否正確，如果不正確，需要調(diào)整 mysql 容器內(nèi)的系統(tǒng)日期時(shí)間

方式一：

//1、把當(dāng)前宿主機(jī)的時(shí)區(qū)信息復(fù)制到mysql容器的時(shí)區(qū)中
docker cp /usr/share/zoneinfo/Asia/Shanghai 容器名稱或Id:etc/localtime
 
//2、重啟mysql服務(wù)即可
docker restart 容器名稱或Id

方式二：

共享主機(jī)的 localtime，創(chuàng)建容器的時(shí)候指定啟動(dòng)參數(shù)，掛載 localtime 文件到容器內(nèi)

docker run --name 容器名稱 -v /etc/localtime:/etc/localtime

如此，時(shí)區(qū)不一致的問(wèn)題就解決了

mysql查出時(shí)間相差14小時(shí)

問(wèn)題重現(xiàn)

服務(wù)器使用mysql 5.7數(shù)據(jù)庫(kù)，線上運(yùn)行程序時(shí)，保存時(shí)間相差14小時(shí)

問(wèn)題排查

首先以為是線上linux系統(tǒng)數(shù)據(jù)庫(kù)時(shí)區(qū)問(wèn)題，特地查看了線上linux數(shù)據(jù)庫(kù)時(shí)區(qū)

Last login: Wed Nov 27 14:39:13 2019 from 192.168.2.147
[root@localhost ~]# date -R
Thu, 28 Nov 2019 08:44:39 +0800
[root@localhost ~]# hwclock
2019年11月28日 星期四 08時(shí)44分52秒  -0.938419 秒
[root@localhost ~]#

檢查時(shí)區(qū)后發(fā)現(xiàn)時(shí)區(qū)設(shè)置是正確的，懷疑是線上數(shù)據(jù)庫(kù)時(shí)區(qū)設(shè)置問(wèn)題，檢查線上數(shù)據(jù)庫(kù)時(shí)區(qū)設(shè)置

mysql> show variables like '%time_zone%';
+------------------+--------+
| Variable_name    | Value  |
+------------------+--------+
| system_time_zone | CST    |
| time_zone        | SYSTEM |
+------------------+--------+
2 rows in set (0.03 sec)

發(fā)現(xiàn)線上數(shù)據(jù)庫(kù)時(shí)區(qū)設(shè)置也是一致，于是在本地重新運(yùn)行程序，添加斷點(diǎn)，監(jiān)聽(tīng)時(shí)間傳參變化，斷點(diǎn)逐步進(jìn)行，在保存至數(shù)據(jù)庫(kù)前，斷點(diǎn)中檢查的時(shí)間都是正確的，可以確定是數(shù)據(jù)庫(kù)時(shí)間保存時(shí)出現(xiàn)的問(wèn)題。

在這個(gè)地方我自己遇到的問(wèn)題更尷尬，排查問(wèn)題時(shí)是在同事電腦上進(jìn)行排查，檢查了pom文件中依賴的mysql-connector-java 版本號(hào)是 5.1.46 ，運(yùn)行時(shí)無(wú)報(bào)錯(cuò)信息，但實(shí)際打包項(xiàng)目時(shí)使用的是我電腦進(jìn)行打包，但我電腦中pom文件里mysql-connector-java 版本號(hào)寫的是runtime，也就是跟著springboot版本選擇，我使用的springboot版本號(hào)是2.1.5，所以對(duì)應(yīng)的mysql版本jar包文件是8.0的jar包，就是這個(gè)問(wèn)題導(dǎo)致是時(shí)間相差了14小時(shí)，更改mysql版本號(hào)，重新運(yùn)行，問(wèn)題解決。

自己在排查問(wèn)題過(guò)程中也發(fā)現(xiàn)了類似相關(guān)的數(shù)據(jù)庫(kù)時(shí)間保存相差N小時(shí)問(wèn)題主要出于幾種情況：

數(shù)據(jù)庫(kù)版本不一致
marven依賴jar包版本與數(shù)據(jù)庫(kù)版本不一致
mysql時(shí)區(qū)設(shè)置錯(cuò)誤
系統(tǒng)時(shí)區(qū)錯(cuò)誤

到此這篇關(guān)于解決MySQL時(shí)區(qū)日期時(shí)差8個(gè)小時(shí)的問(wèn)題的文章就介紹到這了,更多相關(guān)MySQL差8個(gè)小時(shí)內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

您可能感興趣的文章: