[[437718]]

本文轉(zhuǎn)載自微信公眾號「六脈神劍的程序人生」，作者六脈神劍小六六 。轉(zhuǎn)載本文請聯(lián)系六脈神劍的程序人生公眾號。

hi ，大家好，我是三天打魚，兩天曬網(wǎng)的小六六

前言

文本已收錄至我的GitHub倉庫，歡迎Star：https://github.com/bin392328206/six-finger

種一棵樹最好的時間是十年前，其次是現(xiàn)在

之前因為存儲時間的原因?qū)е铝艘恍〣ug，然后發(fā)現(xiàn)自己對這塊的知識也比較薄弱，所以系統(tǒng)的跟大家一起來學習學習。

Bug回顧

就是比如訂單哈，我們一般會有這么幾個時間，第一個是下單時間，第二個是訂單更新時間，第三個是我方的完成時間，第四個是渠道的完成時間，但是當初設計的時候呢?我們的下單時間用了字符串去表示，這樣就有一個問題，你用字符串表示，說明你當時存儲的時候就已經(jīng)默認了時區(qū)了，所以當前端去用這個時間的時候，就會和用戶的本地時間去做比較，然后我這邊又有做的是一些海外項目，那么就有這樣一種可能就是你付款的時間比你訂單的下單時間還早，因為渠道的完成時間可能用的是他們自己渠道的時區(qū)，而我們的服務器默認用的東八區(qū)的時區(qū)的字符串。

UTC時間

UTC時間又稱協(xié)調(diào)世界時 協(xié)調(diào)世界時，又稱世界統(tǒng)一時間、世界標準時間、國際協(xié)調(diào)時間。由于英文(CUT)和法文(TUC)的縮寫不同，作為妥協(xié)，簡稱UTC。協(xié)調(diào)世界時是以原子時秒長為基礎，在時刻上盡量接近于世界時的一種時間計量系統(tǒng)。中國大陸采用ISO 8601-1988的《數(shù)據(jù)元和交換格式信息交換日期和時間表示法》(GB/T 7408-1994)稱之為國際協(xié)調(diào)時間，代替原來的GB/T 7408-1994;中國臺灣采用CNS 7648的《資料元及交換格式–資訊交換–日期及時間的表示法》，稱之為世界統(tǒng)一時間。

時區(qū)

地球的自轉(zhuǎn)運動產(chǎn)生了太陽東升西落現(xiàn)象，日出為晝、日落為夜。世界各地以晝夜交替現(xiàn)象為基礎確定日期變化和時間推移。

然而各地位置不同時間標準不一造成了時間上的混亂。為了克服這種局面，1884年，各國在華盛頓召開國際經(jīng)度會議，與會國家創(chuàng)立了通用的標準時間制度——以180°經(jīng)線為理論上的日界線，經(jīng)度每隔15°，地方時相差1小時。

雖然我國橫跨多個時區(qū)，但只采用了一個標準時區(qū)，這也是長期實踐得來的結(jié)果。中美時區(qū)制度不同的根本原因在于人口分布的區(qū)別。受制于地形和經(jīng)濟發(fā)展水平問題，美國的大城市和人口聚集區(qū)在中部和東西海岸;而中國的人口分布相對集中，絕大多數(shù)在“黑河騰沖線”以東。

現(xiàn)在我們談到的“北京時間”，并不是真正意義上的北京時間，而是以陜西省渭南市蒲城縣授時中心發(fā)出的東八區(qū)時間(東經(jīng)120度)作為統(tǒng)一稱呼的“北京時間”。

時間戳

“時間戳是指格林威治時間自1970年1月1日(00：00：00GMT)至當前時間的總秒數(shù)。通俗的講，時間戳是一份能夠表示一份數(shù)據(jù)在一個特定時間點已經(jīng)存在的完整的可驗證的數(shù)據(jù)。”

在計算機中，「時間戳」一般是指 Unix 時間戳，即自從 Unix 紀元(格林威治時間 1970 年 1 月 1 日 00:00:00)到當前時間的秒數(shù)。

時間戳是可以轉(zhuǎn)換成任何時區(qū)的時間

數(shù)據(jù)庫如何存儲時間

字符串存儲日期

想必大家在剛開始接觸開發(fā)的時候，這種做法是可取的，簡單，容易上手，可識別性比較高，一看就懂

• 字符串占用的空間更大
• 字符串存儲的日期比較效率比較低(逐個字符進行比對)，無法用用日期相關的API進行計算比較。
• 時區(qū)問題 你存字符串是你沒辦法存儲時區(qū)的，如果是海外項目會有很多的問題，所以對于一些項目來說存它是非常不適合的

Datetime和Timestamp

Datetime 和 Timestamp 是 MySQL 提供的兩種比較相似的保存時間的數(shù)據(jù)類型。他們兩者究竟該如何選擇呢?

首選TimeStamp。

datetime 更像日歷上面的時間和你手表的時間的結(jié)合，就是指具體某個時間。

timestamp 更適合來記錄時間，比如我在東八區(qū)時間現(xiàn)在是 2016-08-02 10:35:52， 你在日本(東九區(qū)此時時間為 2016-08-02 11:35:52)，我和你在聊天，數(shù)據(jù)庫記錄了時間，取出來之后，對于我來說時間是 2016-08-02 10:35:52，對于日本的你來說就是 2016-08-02 11:35:52。所以就不用考慮時區(qū)的計算了。

時間范圍是 timestamp 硬傷(1970-2038)，當然 datetime (1000-9999)也記錄不了劉備什么時候出生(161 年)。

DateTime類型沒有時區(qū)信息的(時區(qū)無關) DateTime 類型保存的時間都是當前會話所設置的時區(qū)對應的時間。這樣就會有什么問題呢?當你的時區(qū)更換之后，比如你的服務器更換地址或者更換客戶端連接時區(qū)設置的話，就會導致你從數(shù)據(jù)庫中讀出的時間錯誤。不要小看這個問題，很多系統(tǒng)就是因為這個問題鬧出了很多笑話。

數(shù)值型時間戳是更好的選擇嗎

很多時候，我們也會使用 int 或者 bigint 類型的數(shù)值也就是時間戳來表示時間。

這種存儲方式的具有 Timestamp 類型的所具有一些優(yōu)點，并且使用它的進行日期排序以及對比等操作的效率會更高，跨系統(tǒng)也很方便，畢竟只是存放的數(shù)值。缺點也很明顯，就是數(shù)據(jù)的可讀性太差了，你無法直觀的看到具體時間。

總結(jié)

推薦 Timestamp，原因是數(shù)值表示時間不夠直觀

每種方式都有各自的優(yōu)勢，根據(jù)實際場景才是王道。下面再對這三種方式做一個簡單的對比，以供大家實際開發(fā)中選擇正確的存放時間的數(shù)據(jù)類型：

好了今天的分享就到這了，我是小六六，三天打魚，兩天曬網(wǎng)。