快捷導(dǎo)航

解決MySQL時區(qū)日期時差8個小時的問題

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

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

場景：

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

解決：

1、在 mysql 的服務(wù)端的 my.conf 文件中 [mysqld] 節(jié)點下設(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)日期時間

方式一：

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

方式二：

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

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

如此，時區(qū)不一致的問題就解決了

mysql查出時間相差14小時

問題重現(xiàn)

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

問題排查

首先以為是線上linux系統(tǒng)數(shù)據(jù)庫時區(qū)問題，特地查看了線上linux數(shù)據(jù)庫時區(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時44分52秒  -0.938419 秒
[root@localhost ~]#

檢查時區(qū)后發(fā)現(xiàn)時區(qū)設(shè)置是正確的，懷疑是線上數(shù)據(jù)庫時區(qū)設(shè)置問題，檢查線上數(shù)據(jù)庫時區(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ù)庫時區(qū)設(shè)置也是一致，于是在本地重新運行程序，添加斷點，監(jiān)聽時間傳參變化，斷點逐步進(jìn)行，在保存至數(shù)據(jù)庫前，斷點中檢查的時間都是正確的，可以確定是數(shù)據(jù)庫時間保存時出現(xiàn)的問題。

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

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