MySQL中存儲時間的最佳實踐指南

更新時間：2021年07月01日 11:34:36 作者：潘佳俊

這篇文章主要給大家介紹了關于MySQL中存儲時間的最佳實踐,文中詳細介紹了哪種存儲時間的方式更好,對大家學習或者使用mysql具有一定的參考學習價值,需要的朋友可以參考下

前言

平時開發(fā)中經(jīng)常需要記錄時間，比如用于記錄某條記錄的創(chuàng)建時間以及修改時間。在數(shù)據(jù)庫中存儲時間的方式有很多種，比如 MySQL 本身就提供了日期類型，比如 DATETIME，TIMESTAMEP 等，我們也可以直接存儲時間戳為 INT 類型，也有人直接將時間存儲為字符串類型。

那么到底哪種存儲時間的方式更好呢？

不要使用字符串存儲時間類型

這是初學者很容易犯的錯誤，容易直接將字段設置為 VARCHAR 類型，存儲"2021-01-01 00:00:00"這樣的字符串。當然這樣做的優(yōu)點是比較簡單，上手快。

但是極力不推薦這樣做，因為這樣做有兩個比較大的問題：

字符串占用的空間大
這樣存儲的字段比較效率太低，只能逐個字符比較，無法使用 MySQL 提供的日期API

MySQL 中的日期類型

MySQL 數(shù)據(jù)庫中常見的日期類型有 YEAR、DATE、TIME、DATETIME、TIMESTAMEP。因為一般都需要將日期精確到秒，其中比較合適的有DATETIME，TIMESTAMEP。

DATETIME

DATETIME 在數(shù)據(jù)庫中存儲的形式為：YYYY-MM-DD HH:MM:SS，固定占用 8 個字節(jié)。

從 MySQL 5.6 版本開始，DATETIME 類型支持毫秒，DATETIME(N) 中的 N 表示毫秒的精度。例如，DATETIME(6) 表示可以存儲 6 位的毫秒值。

TIMESTAMEP

TIMESTAMP 實際存儲的內(nèi)容為‘1970-01-01 00:00:00'到現(xiàn)在的毫秒數(shù)。在 MySQL 中，由于類型 TIMESTAMP 占用 4 個字節(jié)，因此其存儲的時間上限只能到‘2038-01-19 03:14:07'。

從 MySQL 5.6 版本開始，類型 TIMESTAMP 也能支持毫秒。與 DATETIME 不同的是，若帶有毫秒時，類型 TIMESTAMP 占用 7 個字節(jié)，而 DATETIME 無論是否存儲毫秒信息，都占用 8 個字節(jié)。

類型 TIMESTAMP 最大的優(yōu)點是可以帶有時區(qū)屬性，因為它本質上是從毫秒轉化而來。如果你的業(yè)務需要對應不同的國家時區(qū)，那么類型 TIMESTAMP 是一種不錯的選擇。比如新聞類的業(yè)務，通常用戶想知道這篇新聞發(fā)布時對應的自己國家時間，那么 TIMESTAMP 是一種選擇。Timestamp 類型字段的值會隨著服務器時區(qū)的變化而變化，自動換算成相應的時間，說簡單點就是在不同時區(qū)，查詢到同一個條記錄此字段的值會不一樣。

TIMESTAMP 的性能問題

TIMESTAMP 還存在潛在的性能問題。

雖然從毫秒數(shù)轉換到類型 TIMESTAMP 本身需要的 CPU 指令并不多，這并不會帶來直接的性能問題。但是如果使用默認的操作系統(tǒng)時區(qū)，則每次通過時區(qū)計算時間時，要調用操作系統(tǒng)底層系統(tǒng)函數(shù) __tz_convert()，而這個函數(shù)需要額外的加鎖操作，以確保這時操作系統(tǒng)時區(qū)沒有修改。所以，當大規(guī)模并發(fā)訪問時，由于熱點資源競爭，會產(chǎn)生兩個問題：

性能不如 DATETIME：DATETIME 不存在時區(qū)轉化問題。
性能抖動：海量并發(fā)時，存在性能抖動問題。

為了優(yōu)化 TIMESTAMP 的使用，建議使用顯式的時區(qū)，而不是操作系統(tǒng)時區(qū)。比如在配置文件中顯示地設置時區(qū)，而不要使用系統(tǒng)時區(qū)：

[mysqld]

time_zone = "+08:00"

簡單總結一下這兩種數(shù)據(jù)類型的優(yōu)缺點：

DATETIME 沒有存儲的時間上限，而TIMESTAMP存儲的時間上限只能到‘2038-01-19 03:14:07'
DATETIME 不帶時區(qū)屬性，需要前端或者服務端處理，但是僅從數(shù)據(jù)庫保存數(shù)據(jù)和讀取數(shù)據(jù)而言，性能更好
TIMESTAMP 帶有時區(qū)屬性，但是每次需要通過時區(qū)計算時間，并發(fā)訪問時會有性能問題
存儲 DATETIME 比 TIMESTAMEP 多占用一部分空間

數(shù)值型時間戳（INT）

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

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

如果需要查看某個時間段內(nèi)的數(shù)據(jù)

select * from t where created_at > UNIX_TIMESTAMP('2021-01-01 00:00:00');

DATETIME vs TIMESTAMP vs INT，怎么選？

每種方式都有各自的優(yōu)勢，下面再對這三種方式做一個簡單的對比：

日期類型	占用空間	日期格式	日期范圍	是否存在時區(qū)問題
DATETIME	8 字節(jié)	YYYY-MM-DD HH:MM:SS	1000-01-01 00:00:00 ～9999-12-31 23:59:59	是
TIMESTAMP	4 字節(jié)	YYYY-MM-DD HH:MM:SS	1970-01-01 00:00:00 ～2038-01-19 03:14:07	否
INT	4 字節(jié)	全數(shù)字時間戳	1000-01-01 00:00:01 之后的時間	否