Mysql數(shù)據(jù)庫時(shí)間與系統(tǒng)時(shí)間不一致問題排查及解決
NO.1 產(chǎn)生問題
在我們學(xué)習(xí)中使用到sysdate這個(gè)函數(shù)時(shí),發(fā)現(xiàn)查出來的日期時(shí)間與當(dāng)前的正確時(shí)間不一致,相差8個(gè)小時(shí)左右,為什么會(huì)產(chǎn)生這個(gè)問題?又該如何解決?
– 在數(shù)據(jù)庫中使用sysdate()函數(shù)查詢系統(tǒng)時(shí)間
select sysdate();
結(jié)果顯示:

NO.2 原因分析
原因分析1:第一時(shí)間想到的是數(shù)據(jù)庫所在的云服務(wù)器時(shí)間可能與網(wǎng)絡(luò)時(shí)間不同步,因?yàn)閿?shù)據(jù)庫是裝在云服務(wù)器上的,但是這種可能性應(yīng)該較小,因?yàn)橘徺I的阿里云服務(wù)器應(yīng)該不會(huì)存在這種問題,一般會(huì)自動(dòng)校對(duì)時(shí)間。于是先確定云服務(wù)器的時(shí)間,輸入date命令查看云服務(wù)器系統(tǒng)時(shí)間,結(jié)果云服務(wù)器顯示的時(shí)間是正確的,如下圖:

原因分析2:排除第一種可能后,又想到Mysql是部署在云服務(wù)器的docker容器上的,會(huì)不會(huì)是docker容器時(shí)間不對(duì)呢?因此進(jìn)入容器,查看容器的系統(tǒng)時(shí)間。
# 進(jìn)入容器 d71f18f09a4e:容器id,以自己的容器id為準(zhǔn) docker exec -it d71f18f09a4e /bin/bash # 查看系統(tǒng)時(shí)間 date

果然,容器的時(shí)間不對(duì),跟正確的時(shí)間相差了8個(gè)小時(shí),跟數(shù)據(jù)庫查詢的結(jié)果是一樣的問題。所以SQL查出來的時(shí)間是跟隨容器的系統(tǒng)時(shí)間一致的,因此存在同樣的問題。所以我們只要把容器時(shí)間修改正確了,那我們通過SQL查詢出來的時(shí)間不對(duì)的問題也就解決了。
NO.3 解決方法
1.通過sql語句,查看系統(tǒng)時(shí)區(qū),修改時(shí)區(qū)來校對(duì)時(shí)間
– 第一步:查看系統(tǒng)時(shí)區(qū)
show variables like ‘%time_zone%';
– 第二步:修改時(shí)區(qū),并生效
– 修改系統(tǒng)時(shí)區(qū)
set global time_zone = ‘+08:00';
– 修改當(dāng)前會(huì)話時(shí)區(qū)
set time_zone = ‘+8:00';
– 立馬生效
flush privileges;
– 修改后再次查看
show variables like ‘%time_zone%';
– 第三步:修改后再查看系統(tǒng)時(shí)間顯示
select sysdate();
第一步:系統(tǒng)時(shí)區(qū)查詢:

時(shí)區(qū)知識(shí)普及: 整個(gè)地球分為二十四時(shí)區(qū),每個(gè)時(shí)區(qū)都有自己的本地時(shí)間。在國際無線電通信場(chǎng)合,為了統(tǒng)一起見,使用一個(gè)統(tǒng)一的時(shí)間,稱為通用協(xié)調(diào)時(shí)(UTC, Universal Time Coordinated)。UTC與格林尼治平均時(shí)(GMT, Greenwich Mean Time)一樣,都與英國倫敦的本地時(shí)相同。在本文中,UTC與GMT含義完全相同。北京時(shí)區(qū)是東八區(qū),領(lǐng)先UTC八個(gè)小時(shí),所以我們的時(shí)區(qū)為UTC+8。
第二步:修改時(shí)區(qū),并生效:

第三步:修改后再查看系統(tǒng)時(shí)間:

2.在云服務(wù)器上,把云服務(wù)器的正確時(shí)間文件拷貝到容器的中去,校對(duì)容器的時(shí)間
# 將服務(wù)器上時(shí)間文件拷貝到容器 d71f18f09a4e:容器id,以自己的容器id為準(zhǔn) docker cp /usr/share/zoneinfo/Asia/Shanghai d71f18f09a4e:/etc/localtime # 重啟容器 docker restart d71f18f09a4e # 查看容器是否運(yùn)行docker ps # 進(jìn)入容器 d71f18f09a4e:容器id,以自己的容器id為準(zhǔn) docker exec -it d71f18f09a4e /bin/bash # 查看容器的時(shí)間 date
**第一步:**復(fù)制日志文件后,查看容器時(shí)間:

第二步:數(shù)據(jù)庫查詢時(shí)間:

注意:如果容器時(shí)間顯示正確,但是數(shù)據(jù)庫查詢結(jié)果還是不對(duì),則需要關(guān)閉客戶端(navicat),重新打開后再次查詢,基本就不會(huì)有問題了。
總結(jié)
到此這篇關(guān)于Mysql數(shù)據(jù)庫時(shí)間與系統(tǒng)時(shí)間不一致問題排查及解決的文章就介紹到這了,更多相關(guān)Mysql時(shí)間與系統(tǒng)時(shí)間不一致內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
sql format()函數(shù)的用法及簡(jiǎn)單實(shí)例
下面小編就為大家?guī)硪黄猻ql format函數(shù)()的用法及簡(jiǎn)單實(shí)例。小編覺得挺不錯(cuò)的,現(xiàn)在就分享給大家,也給大家做個(gè)參考。一起跟隨小編過來看看吧2016-05-05
ARM64架構(gòu)下安裝mysql5.7.22的全過程
這篇文章主要介紹了ARM64架構(gòu)下安裝mysql5.7.22的全過程,本文給大家介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值,需要的朋友可以參考下2021-07-07
淺談MySQL中drop、truncate和delete的區(qū)別
在MySQL中,drop、delete和truncate是用來刪除表中數(shù)據(jù)或整個(gè)表的命令,本文主要介紹了MySQL中drop、truncate和delete的區(qū)別,具有一定的參考價(jià)值,感興趣的可以了解一下2025-05-05
MySQL高效可靠處理持久化數(shù)據(jù)的教程指南
這篇文章主要給大家詳細(xì)介紹了 MySQL 如何高效可靠處理持久化數(shù)據(jù),文中有詳細(xì)的流程步驟和代碼示例,對(duì)我們的學(xué)習(xí)有一定的幫助,需要的朋友可以參考下2023-07-07
mysql數(shù)據(jù)庫詳解(基于ubuntu 14.0.4 LTS 64位)
這篇文章主要介紹了mysql數(shù)據(jù)庫詳解(基于ubuntu 14.0.4 LTS 64位),具有一定借鑒價(jià)值,需要的朋友可以參考下。2017-12-12
Mysql 5.6 "隱式轉(zhuǎn)換"導(dǎo)致的索引失效和數(shù)據(jù)不準(zhǔn)確的問題
這篇文章主要介紹了Mysql 5.6 “隱式轉(zhuǎn)換”導(dǎo)致的索引失效和數(shù)據(jù)不準(zhǔn)確的問題,本文給大家介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值,需要的朋友可以參考下2020-12-12

