mysql時區(qū)錯誤Incorrect datetime value: '1970-01-01 00:00:01'

手冊中的描述：

A timestamp. The range is ‘1970-01-01 00:00:01’ UTC to ‘2038-01-19
03:14:07’ UTC.

注意末尾的UTC，此為世界協(xié)調(diào)時，指的是經(jīng)度0度上的標(biāo)準時間。

官方文檔中描述：

MySQL converts TIMESTAMP values from the current time zone to UTC for
storage, and back from UTC to the current time zone for retrieval.
(This does not occur for other types such as DATETIME.) By default,
the current time zone for each connection is the server’s time. The
time zone can be set on a per-connection basis. As long as the time
zone setting remains constant, you get back the same value you store.
If you store a TIMESTAMP value, and then change the time zone and
retrieve the value, the retrieved value is different from the value
you stored. This occurs because the same time zone was not used for
conversion in both directions. The current time zone is available as
the value of the time_zone system variable.

文中說到，在存儲時會根據(jù)當(dāng)前環(huán)境的的時區(qū)轉(zhuǎn)換為UTC存儲。

而環(huán)境中的時區(qū)為CST中國標(biāo)準時間，比UTC要早8個小時，常見表示為GMT+0800 (中國標(biāo)準時間)。

也正是如此，輸入的值存儲時需要加八個小時再存儲，對應(yīng)過來timestamp的時間范圍表示為’1970-01-01 08:00:01’ and ‘2038-01-19 11:14:07’。

1970-01-01 08:00:00 時間由來

在用ng的date過濾服務(wù)的時候時間戳0會轉(zhuǎn)換成1970-01-01 08:00:00;

是因為起源于UNIX系統(tǒng)，以Unix誕生的時間為參照確定的，UNIX認為1970年1月1日0點是時間紀元，現(xiàn)代計算機（電話，電子設(shè)備）時間以1970 年 1 月 1 日的 08:00為基準，

在時間轉(zhuǎn)換時，或者時間重置時都會出現(xiàn)這個時間值，unix時間戳零點是 1970年1月1日0點整(utc)，北京是gmt 8所以變成八點。

總結(jié)

以上為個人經(jīng)驗，希望能給大家一個參考，也希望大家多多支持腳本之家。

最新評論