你還在被以下問題困擾嗎:
創(chuàng)新互聯(lián)公司是一家專注網(wǎng)站建設(shè)、網(wǎng)絡(luò)營銷策劃、小程序制作、電子商務(wù)建設(shè)、網(wǎng)絡(luò)推廣、移動(dòng)互聯(lián)開發(fā)、研究、服務(wù)為一體的技術(shù)型公司。公司成立10余年以來,已經(jīng)為超過千家成都除甲醛各業(yè)的企業(yè)公司提供互聯(lián)網(wǎng)服務(wù)?,F(xiàn)在,服務(wù)的超過千家客戶與我們一路同行,見證我們的成長;未來,我們一起分享成功的喜悅。
MySQL 的安裝規(guī)范中應(yīng)該設(shè)置什么時(shí)區(qū)?
JAVA 應(yīng)用讀取到的時(shí)間和北京時(shí)間差了14個(gè)小時(shí),為什么?怎么解決?
已經(jīng)運(yùn)行一段時(shí)間的業(yè)務(wù),修改 MySQL 的時(shí)區(qū)會(huì)影響已經(jīng)存儲的時(shí)間類型數(shù)據(jù)嗎?
遷移數(shù)據(jù)時(shí)會(huì)有導(dǎo)致時(shí)間類型數(shù)據(jù)時(shí)區(qū)錯(cuò)誤的可能嗎?
...
看完這篇文章,你能解決上面所有的疑惑。首先出場的是和時(shí)區(qū)相關(guān)的啟動(dòng)參數(shù)和系統(tǒng)變量。
如果要在 MySQL 啟動(dòng)時(shí)就指定時(shí)區(qū),則應(yīng)該使用啟動(dòng)參數(shù): default-time-zone ,示例:
啟動(dòng)后我們可以看到控制時(shí)區(qū)的系統(tǒng)變量,其中 time_zone 變量控制時(shí)區(qū),在MySQL運(yùn)行時(shí)可以通過 set 命令修改(注意:不可以寫在 my.cnf 中):
啟動(dòng)參數(shù)和系統(tǒng)變量的可用值遵循相同的格式:
system_time_zone 變量只有全局值沒有會(huì)話值,不能動(dòng)態(tài)修改,MySQL 啟動(dòng)時(shí),將嘗試自動(dòng)確定服務(wù)器的時(shí)區(qū),并使用它來設(shè)置 system_time_zone 系統(tǒng)變量, 此后該值不變。當(dāng) time_zone='system' 時(shí),就是使用的這個(gè)時(shí)區(qū),示例中 time_zone 就是 CST,而 CST 在 RedHat 上就是東八區(qū):
概括一下就兩點(diǎn):
1. NOW() 和 CURTIME() 系統(tǒng)函數(shù)的返回值受當(dāng)前 session 的時(shí)區(qū)影響
不僅是select now(),包括insert .. values(now())、以及字段的 DEFAULT CURRENT_TIMESTAMP 屬性也受此影響:
2. timestamp 數(shù)據(jù)類型字段存儲的數(shù)據(jù)受時(shí)區(qū)影響
timestamp 數(shù)據(jù)類型會(huì)存儲當(dāng)時(shí)session的時(shí)區(qū)信息,讀取時(shí)會(huì)根據(jù)當(dāng)前 session 的時(shí)區(qū)進(jìn)行轉(zhuǎn)換;而 datetime 數(shù)據(jù)類型插入的是什么值,再讀取就是什么值,不受時(shí)區(qū)影響。也可以理解為已經(jīng)存儲的數(shù)據(jù)是不會(huì)變的,只是 timestamp 類型數(shù)據(jù)在讀取時(shí)會(huì)根據(jù)時(shí)區(qū)轉(zhuǎn)換:
關(guān)于時(shí)區(qū)所有明面上的東西都在上面了,我們前面提到的困擾就是在暗處的經(jīng)驗(yàn)。
1. MySQL的安裝規(guī)范中應(yīng)該設(shè)置什么時(shí)區(qū)?
對于國內(nèi)的業(yè)務(wù)了,在 my.cnf 寫入 default-time-zone='+08:00' `,其他地區(qū)和開發(fā)確認(rèn)取對應(yīng)時(shí)區(qū)即可。
為什么不設(shè)置為 system 呢?使用系統(tǒng)時(shí)間看起來也是個(gè)不錯(cuò)的選擇,比較省事。不建議的原因有兩點(diǎn):
2. JAVA應(yīng)用讀取到的時(shí)間和北京時(shí)間差了14個(gè)小時(shí),為什么?怎么解決?
這通常是 JDBC 參數(shù)中沒有為連接設(shè)置時(shí)區(qū)屬性(用 serverTimezone 參數(shù)指定),并且MySQL中沒有設(shè)置全局時(shí)區(qū),這樣MySQL默認(rèn)使用的是系統(tǒng)時(shí)區(qū),即 CST。這樣一來應(yīng)用與MySQL 建立的連接的 session time_zone 為 CST ,前面我們提到 CST 在 RedHat 上是 +08:00 時(shí)區(qū),但其實(shí)它一共能代表4個(gè)時(shí)區(qū):
JDBC在解析CST時(shí)使用了美國標(biāo)準(zhǔn)時(shí)間,這就會(huì)導(dǎo)致時(shí)區(qū)錯(cuò)誤。要解決也簡單:一是遵守上面剛說到的規(guī)范,對MySQL顯示的設(shè)置'+08:00'時(shí)區(qū);二是JDBC設(shè)置正確的 serverTimezone。
3. 已經(jīng)運(yùn)行一段時(shí)間的業(yè)務(wù),修改MySQL的時(shí)區(qū)會(huì)影響已經(jīng)存儲的時(shí)間類型數(shù)據(jù)嗎?
完全不會(huì),只會(huì)影響對 timestamp 數(shù)據(jù)類型的讀取。這里不得不提一句,為啥要用 timestamp?用 datetime 不香嗎,范圍更大,存儲空間其實(shí)差別很小,趕緊加到開發(fā)規(guī)范中吧。
4. 遷移數(shù)據(jù)時(shí)會(huì)有導(dǎo)致時(shí)間類型數(shù)據(jù)時(shí)區(qū)錯(cuò)誤的可能嗎?
這個(gè)還真有,還是針對 timestamp 數(shù)據(jù)類型,比如使用 mysqldump 導(dǎo)出 csv 格式的數(shù)據(jù),默認(rèn)這種導(dǎo)出方式會(huì)使用 UTC 時(shí)區(qū)讀取 timestamp 類型數(shù)據(jù),這意味導(dǎo)入時(shí)必須手工設(shè)置 session.time_zone='+00:00'才能保證時(shí)間準(zhǔn)確:
如何避免?mysqldump 也提供了一個(gè)參數(shù) --skip-tz-utc ,意思就是導(dǎo)出數(shù)據(jù)的那個(gè)連接不設(shè)置 UTC 時(shí)區(qū),使用 MySQL 的 gloobal time_zone 系統(tǒng)變量值。
其實(shí) mysqldump 導(dǎo)出 sql 文件時(shí)默認(rèn)也是使用 UTC 時(shí)區(qū),并且會(huì)在導(dǎo)出的 sql 文件頭部帶有 session time_zone 信息,這樣可以保證導(dǎo) SQL 文件導(dǎo)入和導(dǎo)出時(shí)使用相同的時(shí)區(qū),從而保證數(shù)據(jù)的時(shí)區(qū)正確(而導(dǎo)出的 csv 文件顯然不可以攜帶此信息)。需要注意的是 --compact 參數(shù)會(huì)去掉 sql 文件的所有頭信息,所以一定要記得: --compact 參數(shù)得和 --skip-tz-utc 一起使用。
docker中的mysql時(shí)區(qū)是使用了世界標(biāo)準(zhǔn)時(shí)間(UTC),把時(shí)區(qū)改成東八區(qū)方法:
1、啟動(dòng)容器時(shí)設(shè)置: 添加如下配置:
2、進(jìn)入docker配置:(重啟才能生效--永久生效)
3、臨時(shí)修改(從mysql上修改,重啟失效)
1、查看當(dāng)前時(shí)區(qū)
date -R
1
1
2、修改設(shè)置時(shí)區(qū)。先輸入 tzselect 命令,然后根據(jù)提示,通過輸入選項(xiàng)前面的數(shù)字來確定選項(xiàng)。我的例子,先選擇 Asia ,再選擇 Hong Kong。香港和中國采用了同樣的東八區(qū)時(shí)間。
3、復(fù)制相應(yīng)的時(shí)區(qū)文件,替換原來的時(shí)區(qū)文件。命令如下:
/usr/share/zoneinfo/Asia# cp Hong_Kong /etc/localtime
1
1
我們需要的時(shí)區(qū)文件在目錄 /usr/share/zoneinfo/Asia 下。文件名字是 Hong_Kong。把它拷貝覆蓋 /etc/localtime 文件。
4、重新輸入命令 date -R,就可以看到修改時(shí)區(qū)后的中國時(shí)間了。
1. 查看時(shí)區(qū)命令
2.?GMT、UTC、DST、CST時(shí)區(qū)代表的意義
2.1 GMT:Greenwich Mean Time?
2.2?UTC: Coordinated Universal Time
2.3?DST: Daylight Saving Time
2.4?CST:Central Standard Time
3.? 修改時(shí)區(qū)
3.1?僅修改當(dāng)前會(huì)話的時(shí)區(qū),停止會(huì)話失效(CET)
3.2 修改全局的時(shí)區(qū)配置