MySQL 日期時間類型怎么選?千萬不要亂用!


構建數據庫寫程序避免不了使用日期和時間,對於數據庫來說,有多種日期時間字段可供選擇,如 timestamp 和 datetime 以及使用 int 來存儲 unix timestamp。

不僅新手,包括一些有經驗的程序員還是比較迷茫,究竟我該用哪種類型來存儲日期時間呢?

那我們就一步一步來分析他們的特點,這樣我們根據自己的需求選擇合適的字段類型來存儲 (優點和缺點是比較出來的 , 跟父母從小喜歡拿鄰居小孩子跟自己比一樣的)

datetime 和 timestamp

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

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

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

timestamp 和 UNIX timestamp

顯示直觀,出問題了便於排錯,比好多很長的 int 數字好看多了

int 是從 1970 年開始累加的,但是 int 支持的范圍是 1901-12-13 到 2038-01-19 03:14:07,如果需要更大的范圍需要設置為 bigInt。但是這個時間不包含毫秒,如果需要毫秒,還需要定義為浮點數。datetime 和 timestamp 原生自帶 6 位的微秒。

timestamp 是自帶時區轉換的,同上面的第 2 項。

用戶前端輸入的時間一般都是日期類型,如果存儲 int 還需要存前取后處理

總結

timestamp 記錄經常變化的更新 / 創建 / 發布 / 日志時間 / 購買時間 / 登錄時間 / 注冊時間等,並且是近來的時間,夠用,時區自動處理,比如說做海外購或者業務可能拓展到海外

datetime 記錄固定時間如服務器執行計划任務時間 / 健身鍛煉計划時間等,在任何時區都是需要一個固定的時間要做某個事情。超出 timestamp 的時間,如果需要時區必須記得時區處理

UNIX timestamps 使用起來並不是很方便,至於說比較取范圍什么的,timestamp 和 datetime 都能干。

如果你不考慮時區,或者有自己一套的時區方案,隨意了,喜歡哪個上哪個了,當然,你可以關注公眾號Java技術棧回復m36獲取一份MySQL開發軍規。

laravel 是國際化設計的框架,為了程序員方便、符合數據庫設計標准,所以 created_at updated_at 使用了 timestamp 是無可厚非的。

有沒有一個時間類型即解決了范圍、時區的問題?這是不可能的,不是還有 tinyInt BigInt 嗎?取自己所需,並且 MySQL 是允許數據庫字段變更的。

生日可以使用多個字段來存儲,比如 year/month/day,這樣就可以很方便的找到某天過生日的用戶 (User::where(\['month' => 8, 'day' => 12\])->get())

構建項目的時候需要認真思考一下,自己的業務場景究竟用哪種更適合。選哪個?需求來定。關注公眾號Java技術棧回復m36可以獲取一份MySQL開發軍規。

歡迎大家補充和指正。

本文作者:zhuzhichao

鏈接:https://learnku.com/laravel/t/2495/select-the-appropriate-mysql-date-time-type-to-store-your-time

推薦去我的博客閱讀更多:

1.Java JVM、集合、多線程、新特性系列教程

2.Spring MVC、Spring Boot、Spring Cloud 系列教程

3.Maven、Git、Eclipse、Intellij IDEA 系列工具教程

4.Java、后端、架構、阿里巴巴等大廠最新面試題

覺得不錯,別忘了點贊+轉發哦!


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM