|
|
ini_set('date.timezone','Asia/Shanghai');動態修改 php.ini 的設置。之后可以測試一下時間是否正確：
var_dump(date());如果服務器的本地時間是正確的，那么一般就能解決問題了。附，php 5.1 以上提供了專門的函數修改對應的時區：
date_default_timezone_set('Asia/Shanghai');建議使用此函數，因為更通用一些。對應 'Asia/Shanghai' 其他可以使用的大陸時區還有：Asia/Chongqing 、Asia/Shanghai 、Asia/Urumqi （依次為重慶，上海，烏魯木齊）；港臺地區可用：Asia/Macao、Asia/Hong_Kong、Asia/Taipei（依次為澳門，香港，臺北）；還有新加坡：Asia/Singapore；其他可用的值是：Etc/GMT-8、Singapore、Hongkong、PRC；老外好像把北京漏調了。
但是，在我修改成功 php 端的時區以后發現日期并沒有正確的記錄下來。這個時候我考慮是否是數據庫的問題。果不其然，因為程序插入的函數并沒有調用 php 的時間，而是直接使用 MySQL 的 CURRECT_TIMESTAMP。這個時候就要考慮是否能修改 MySQL 方面的時區。
參考了 MySQL 的文檔，發現一個可行的 SQL 語句為：
SET GLOBAL time_zone = '+8:00'; 其中 '+8:00' 是東八區的表示方法，其他的市區依次類推。而我在數據庫模型中插入改語句發現權限不夠（該死的虛擬主機提供商）。接下來我調試了很多語句，比如：
DATE_ADD(UTC_TIMESTAMP(), INTERVAL 8 HOUR);顯示時區的 SQL 語句：
SHOW VARIABLES LIKE 'system_time_zone'等等。而由于 MySQL 權限的限制并沒有徹底的解決方案。我 Google 了下，發現老外這個有一個非常好的解決方案。但是他需要修改每條插入數據的 SQL 語句。這樣的方案并不是非常的有效，一旦數據庫時區改成正常，那么相應的 SQL 語句又要改回來。
而我考慮既然 php 端已經可以正確的解決時間的問題了。MySQL 數據庫方面雖然可以使用相應的函數解決，但是如果日后遷移到別的主機環境又要改回來。而相應的字段是一個 TIMESTAMP 類型的，默認的值為 CURRECT_TIMESTAMP，當然是可以指定時間的。
那么我的做法就是讓 php 插入當前正確的時間，這樣雖然程序方面需要做相應的修改。不過日后配置修改起來只要修改一處就可以了。最后插入數據庫的時間注意一下格式：
date('Y-m-d H:i:s')這樣就可以解決問題了。附，一些非常好的參考資料：
http://www.modwest.com/help/kb6-256.html
http://topic.csdn.NET/t/20060503/07/4728521.html
http://www.phpchina.com/5173/viewspace_5132.html
http://www.phpx.com/pth110355.php
更新：由此 wiLdGoose 兄說他也碰到同樣的問題，但是無法解決。結果經過種種的假設和判斷以后，到最后發現原來是 Zend Studio 的時區配置問題（我狂汗ing）。看來除去運行環境，開發環境也是需要注意以下的。
今天我也遇到這個問題了,我比你幸運,自己的主機,可以:
SET GLOBAL time_zone = '+8:00';
呵呵,你可惜了,不能用 UNIX_TIMESTAMP() 這樣的函數了.
php技術：有關 PHP 和 MySQL 時區的一點總結，轉載需保留來源！
鄭重聲明：本文版權歸原作者所有，轉載文章僅為傳播更多信息之目的，如作者信息標記有誤，請第一時間聯系我們修改或刪除，多謝。
