php與mysql時(shí)區(qū)設(shè)置的總結(jié)

php與mysql時(shí)區(qū)設(shè)置的總結(jié)使用國(guó)外主機(jī)空間的朋友，經(jīng)常會(huì)遇到時(shí)區(qū)設(shè)置的問(wèn)題。PHP 腳本端的市區(qū)設(shè)置可以在 php.ini 下設(shè)置date.timezone鍵的值為'Asia/Shanghai' 即可。通常共享虛擬主機(jī)本身沒(méi)有修改 php.ini 權(quán)限。此時(shí)就應(yīng)該在程序公共部分加入：ini_set('date.timezone','Asia/Shanghai'); 動(dòng)態(tài)修改php.ini 的設(shè)置。之后可以測(cè)試一下時(shí)間是否正確：var_dump(date()); 如果服務(wù)器的本地時(shí)間是正確的， 那么一般就能解決問(wèn)題了。附，PHP5.1以上提供了專(zhuān)門(mén)的函數(shù)修改對(duì)應(yīng)的時(shí)區(qū)：date_default_timezone_set('Asia/Shanghai');建議使用此函數(shù)，因?yàn)楦ㄓ靡恍?。?duì)應(yīng)'Asia/Shanghai'其他可以使用的大陸時(shí)區(qū)還有：Asia/Chongqing、Asia/Shanghai、Asia/Urumqi（依次為重慶，上海，烏魯木齊）；港臺(tái)地區(qū)可用：Asia/Macao、Asia/Hong_Kong、Asia/Taipei（依次為澳門(mén)，香港，臺(tái)北）；還有新加坡：Asia/Singapore；其他可用的值是：Etc/GMT-8、Singapore、Hongkong、PRC；老外好像把北京漏調(diào)了。但是，在我修改成功 PHP端的時(shí)區(qū)以后發(fā)現(xiàn)日期并沒(méi)有正確的記錄下來(lái)。這個(gè)時(shí)候我考慮是否是數(shù)據(jù)庫(kù)的問(wèn)題。果不其然，因?yàn)槌绦虿迦氲暮瘮?shù)并沒(méi)有調(diào)用 PHP的時(shí)間，而是直接使用 MySQL的CURRECT_TIMESTAMP。這個(gè)時(shí)候就要考慮是否能修改 MySQL方面的時(shí)區(qū)。參考了MySQL的文檔，發(fā)現(xiàn)一個(gè)可行的 SQL語(yǔ)句為：SETGLOBALtime_zone='+8:00';其中'+8:00' 是東八區(qū)的表示方法，其他的市區(qū)依次類(lèi)推。而我在數(shù)據(jù)庫(kù)模型中插入改語(yǔ)句發(fā)現(xiàn)權(quán)限不夠。接下來(lái)調(diào)試了很多語(yǔ)句，比如：DATE_ADD(UTC_TIMESTAMP(),INTERVAL8HOUR);顯示時(shí)區(qū)的SQL語(yǔ)句：SHOWVARIABLESLIKE'system_time_zone'等等。由于MySQL權(quán)限的限制并沒(méi)有徹底的解決方案。我Google了下，發(fā)現(xiàn)老外這個(gè)有一個(gè)非常好的解決方案。但是他需要修改每條插入數(shù)據(jù)的SQL語(yǔ)句。這樣的方案并不是非常的有效，一旦數(shù)據(jù)庫(kù)時(shí)區(qū)改成正常，那么相應(yīng)的SQL語(yǔ)句又要改回來(lái)。而我考慮既然PHP端已經(jīng)可以正確的解決時(shí)間的問(wèn)題了。MySQL數(shù)據(jù)庫(kù)方面雖然可以使用相應(yīng)的函數(shù)解決，但是如果日后遷移到別的主機(jī)環(huán)境又要改回來(lái)。而相應(yīng)的字段是一個(gè)TIMESTAMP類(lèi)型的，默認(rèn)的值為CURRECT_TIMESTAMP，當(dāng)然是可以指定時(shí)間的。我的做法就是讓PHP插入當(dāng)前正確的時(shí)間，這樣雖然程序方面需要做相應(yīng)的修改。不過(guò)日后配置修改起來(lái)只要修改一處就可以了。最后插入數(shù)據(jù)庫(kù)的時(shí)間注意一下格式：date('Y-m-dH:i:s')參考文章：.modwest./help/kb6-256.html在自己的主機(jī)