本文主要給大家介紹遇到mysql timezone帶來數(shù)據(jù)不一致問題怎么處理，文章內(nèi)容都是筆者用心摘選和編輯的，具有一定的針對性，對大家的參考意義還是比較大的，下面跟筆者一起了解下遇到mysql timezone帶來數(shù)據(jù)不一致問題怎么處理吧。

君山ssl適用于網(wǎng)站、小程序/APP、API接口等需要進(jìn)行數(shù)據(jù)傳輸應(yīng)用場景，ssl證書未來市場廣闊！成為創(chuàng)新互聯(lián)的ssl證書銷售渠道，可以享受市場價(jià)格4-6折優(yōu)惠！如果有意向歡迎電話聯(lián)系或者加微信：18982081108（備注：SSL證書合作）期待與您的合作！mysql> select *,from_unixtime(create_time) from 表名 where source_id=xxx\G *************************** 1. row ***************************                         id: xxx                        uid: xxx                  source_id: xxx                create_time: 1495324892                       type: 0                   source_status: 0                  nick_name: 環(huán)境監(jiān)控組-xxx                 start_time: 1495324883                     remark: 忽略視頻           pre_check_status: 0                     source: 3 from_unixtime(create_time): 2017-05-21 00:01:32 1 row in set (0.00 sec)

因?yàn)檫\(yùn)營庫是2主2從，我對比了主從的數(shù)據(jù)，發(fā)現(xiàn)確實(shí)不一樣，一個(gè)是早上8點(diǎn)，另外一個(gè)是凌晨，使用了from_unixtime函數(shù)，結(jié)果相差8個(gè)小時(shí)，比較像是時(shí)區(qū)的問題

mysql> select from_unixtime(1495324892); +---------------------------+ | from_unixtime(1495324892) | +---------------------------+ | 2017-05-21 08:01:32       | +---------------------------+ 1 row in set (0.00 sec) mysql> select from_unixtime(1495324892); +---------------------------+ | from_unixtime(1495324892) | +---------------------------+ | 2017-05-21 00:01:32       | +---------------------------+ 1 row in set (0.00 sec)

懷疑是linux機(jī)器的時(shí)區(qū)問題，但查詢發(fā)現(xiàn)都是一樣的

Thu May 25 15:11:29 CST 2017

既然與linux時(shí)區(qū)無關(guān)，那應(yīng)該跟MySQL的時(shí)間有關(guān)了，再次分別查詢主從的時(shí)間

mysql> select now(); +---------------------+ | now()               | +---------------------+ | 2017-05-25 15:12:28 | +---------------------+ 1 row in set (0.00 sec) mysql> select now(); +---------------------+ | now()               | +---------------------+ | 2017-05-25 07:09:31 | +---------------------+ 1 row in set (0.00 sec)

果然是MySQL的時(shí)間問題

mysql> show variables like "%time_zone%"; +------------------+--------+ | Variable_name    | Value  | +------------------+--------+ | system_time_zone | HKT    | | time_zone        | SYSTEM | +------------------+--------+ 2 rows in set (0.00 sec) mysql> show variables like "%time_zone%"; +------------------+--------+ | Variable_name    | Value  | +------------------+--------+ | system_time_zone | UTC    | | time_zone        | SYSTEM | +------------------+--------+ 2 rows in set (0.00 sec)

發(fā)現(xiàn)一個(gè)MySQL處于UTC時(shí)間，世界標(biāo)準(zhǔn)時(shí)間，而另外一個(gè)是香港時(shí)間，中國是東八區(qū)，比世界標(biāo)準(zhǔn)時(shí)間多8個(gè)小時(shí)，這就解釋了為什么8點(diǎn)打卡，卻顯示在凌晨上班。于是把有問題的MySQL，重新修改時(shí)區(qū)

set global time_zone = '+8:00'; set time_zone = '+8:00'; flush privileges;

看完以上關(guān)于遇到mysql timezone帶來數(shù)據(jù)不一致問題怎么處理，很多讀者朋友肯定多少有一定的了解，如需獲取更多的行業(yè)知識信息 ，可以持續(xù)關(guān)注我們的行業(yè)資訊欄目的。

另外有需要云服務(wù)器可以了解下創(chuàng)新互聯(lián)cdcxhl.cn，海內(nèi)外云服務(wù)器15元起步，三天無理由+7*72小時(shí)售后在線，公司持有idc許可證，提供“云服務(wù)器、裸金屬服務(wù)器、高防服務(wù)器、香港服務(wù)器、美國服務(wù)器、虛擬主機(jī)、免備案服務(wù)器”等云主機(jī)租用服務(wù)以及企業(yè)上云的綜合解決方案，具有“安全穩(wěn)定、簡單易用、服務(wù)可用性高、性價(jià)比高”等特點(diǎn)與優(yōu)勢，專為企業(yè)上云打造定制，能夠滿足用戶豐富、多元化的應(yīng)用場景需求。

當(dāng)前文章：遇到mysqltimezone帶來數(shù)據(jù)不一致問題怎么處理-創(chuàng)新互聯(lián)
本文路徑：http://www.rwnh.cn/article38/dopesp.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供營銷型網(wǎng)站建設(shè)、虛擬主機(jī)、外貿(mào)建站、網(wǎng)站導(dǎo)航、服務(wù)器托管、做網(wǎng)站

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)