欧美bbbwbbbw肥妇,免费乱码人妻系列日韩,一级黄片

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 之后的時間

TIMESTAMP 與 INT 本質一樣,但是相比而言雖然 INT 對開發(fā)友好,但是對 DBA 以及數(shù)據(jù)分析人員不友好,可讀性差。所以《高性能 MySQL 》的作者推薦  TIMESTAMP 的原因就是它的數(shù)值表示時間更加直觀。下面是原文:

至于時區(qū)問題,可以由前端或者服務這里做一次轉化,不一定非要在數(shù)據(jù)庫中解決。

總結

本文比較了幾種最常使用的存儲時間的方式,我最推薦的還是 DATETIME。理由如下:

  • TIMESTAMP 比數(shù)值型時間戳可讀性更好
  • DATETIME 的存儲上限為 9999-12-31 23:59:59,如果使用 TIMESTAMP,則 2038 年需要考慮解決方案
  • DATETIME 由于不需要時區(qū)轉換,所以性能比 TIMESTAMP 好
  • 如果需要將時間存儲到毫秒,TIMESTAMP 要 7 個字節(jié),和 DATETIME 8 字節(jié)差不太多

到此這篇關于MySQL中存儲時間的文章就介紹到這了,更多相關MySQL存儲時間內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家!

相關文章

  • MySQL批量插入遇上唯一索引避免方法

    MySQL批量插入遇上唯一索引避免方法

    以前使用SQL Server進行表分區(qū)的時候就碰到很多關于唯一索引的問題,今天我們來了解MySQL唯一索引的一些知識:包括如何創(chuàng)建,如何批量插入,還有一些技巧上SQL,感興趣的朋友可以了解下
    2013-01-01
  • MySql delimiter的作用是什么

    MySql delimiter的作用是什么

    其實就是告訴mysql解釋器,該段命令是否已經(jīng)結束了,mysql是否可以執(zhí)行了。默認情況下,delimiter是分號;。在命令行客戶端中,如果有一行命令以分號結束,那么回車后,mysql將會執(zhí)行該命令。
    2010-09-09
  • 圖文詳解Mysql使用left?join寫查詢語句執(zhí)行很慢問題的解決

    圖文詳解Mysql使用left?join寫查詢語句執(zhí)行很慢問題的解決

    最近工作中遇到一個非常奇怪的問題,mysql中有兩張表,test_info和test_do_info需要進行LEFT?JOIN關聯(lián)查詢,下面這篇文章主要給大家介紹了關于Mysql使用left?join寫查詢語句執(zhí)行很慢問題的解決方法
    2023-04-04
  • mysql優(yōu)化的重要參數(shù) key_buffer_size table_cache

    mysql優(yōu)化的重要參數(shù) key_buffer_size table_cache

    MySQL服務器端的參數(shù)有很多,但是對于大多數(shù)初學者來說,眾多的參數(shù)往往使得我們不知所措,但是哪些參數(shù)是需要我們調整的,哪些對服務器的性能影響最大呢
    2016-05-05
  • 聊聊QT添加MySQL驅動依賴的問題

    聊聊QT添加MySQL驅動依賴的問題

    這篇文章主要介紹了QT添加MySQL驅動依賴的問題,本文通過圖文實例代碼相結合給大家介紹的非常詳細,對大家的學習或工作具有一定的參考借鑒價值,需要的朋友可以參考下
    2022-02-02
  • 優(yōu)化 MySQL 3 個簡單的小調整

    優(yōu)化 MySQL 3 個簡單的小調整

    本文給大家?guī)砹藘?yōu)化 MySQL 3 個簡單的小調整,需要的朋友參考下
    2018-02-02
  • MySQL視圖中用變量實現(xiàn)自動加入序號功能

    MySQL視圖中用變量實現(xiàn)自動加入序號功能

    在 MySQL 中,視圖不支持直接使用變量來生成序號,因為視圖是基于靜態(tài) SQL 查詢定義的,而變量是在運行時動態(tài)計算的,不過,你可以通過一些技巧來實現(xiàn)類似的效果,以下是一個常見的方法,使用子查詢來初始化變量,然后在視圖中使用這些變量,需要的朋友可以參考下
    2024-10-10
  • mysql最新版8.0.17解壓版安裝教程

    mysql最新版8.0.17解壓版安裝教程

    這篇文章主要為大家詳細介紹了最新版mysql 8.0.17 解壓版安裝教程,具有一定的參考價值,感興趣的小伙伴們可以參考一下
    2019-09-09
  • mysql InnoDB建表時設定初始大小的方法

    mysql InnoDB建表時設定初始大小的方法

    這篇文章主要介紹了mysql InnoDB建表時設定初始大小的方法,需要大家到MYSQL后臺實際操作方可以看到效果
    2013-11-11
  • Mysql中正則表達式Regexp常見用法及說明

    Mysql中正則表達式Regexp常見用法及說明

    這篇文章主要介紹了Mysql中正則表達式Regexp常見用法及說明,具有很好的參考價值,希望對大家有所幫助。
    2022-12-12

最新評論