你還在被以下問題困擾嗎:
成都一家集口碑和實(shí)力的網(wǎng)站建設(shè)服務(wù)商,擁有專業(yè)的企業(yè)建站團(tuán)隊(duì)和靠譜的建站技術(shù),十余年企業(yè)及個(gè)人網(wǎng)站建設(shè)經(jīng)驗(yàn) ,為成都超過千家客戶提供網(wǎng)頁設(shè)計(jì)制作,網(wǎng)站開發(fā),企業(yè)網(wǎng)站制作建設(shè)等服務(wù),包括成都營銷型網(wǎng)站建設(shè),成都品牌網(wǎng)站建設(shè),同時(shí)也為不同行業(yè)的客戶提供成都網(wǎng)站制作、網(wǎng)站建設(shè)、外貿(mào)網(wǎng)站建設(shè)的服務(wù),包括成都電商型網(wǎng)站制作建設(shè),裝修行業(yè)網(wǎng)站制作建設(shè),傳統(tǒng)機(jī)械行業(yè)網(wǎng)站建設(shè),傳統(tǒng)農(nóng)業(yè)行業(yè)網(wǎng)站制作建設(shè)。在成都做網(wǎng)站,選網(wǎng)站制作建設(shè)服務(wù)商就選創(chuàng)新互聯(lián)公司。
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)存儲(chǔ)的時(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):
不僅是select now(),包括insert .. values(now())、以及字段的 DEFAULT CURRENT_TIMESTAMP 屬性也受此影響:
timestamp 數(shù)據(jù)類型會(huì)存儲(chǔ)當(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)存儲(chǔ)的數(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)存儲(chǔ)的時(shí)間類型數(shù)據(jù)嗎?
完全不會(huì),只會(huì)影響對 timestamp 數(shù)據(jù)類型的讀取。這里不得不提一句,為啥要用 timestamp?用 datetime 不香嗎,范圍更大,存儲(chǔ)空間其實(shí)差別很小,趕緊加到開發(fā)規(guī)范中吧。
4. 遷移數(shù)據(jù)時(shí)會(huì)有導(dǎo)致時(shí)間類型數(shù)據(jù)時(shí)區(qū)錯(cuò)誤的可能嗎?
這個(gè)還真有。
如何避免?mysqldump 也提供了一個(gè)參數(shù) --skip-tz-utc ,意思就是導(dǎo)出數(shù)據(jù)的那個(gè)連接不設(shè)置 UTC 時(shí)區(qū),使用 MySQL 的 global 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 一起使用。
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ū)配置
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í)間了。
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上修改,重啟失效)