構建資料庫寫程式避免不了使用日期和時間，對於資料庫來說，有多種日期時間欄位可供選擇，如 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()
)
構建計畫的時候需要認真思考一下，自己的業務場景究竟用哪種更適合。選哪個？需求來定。
來源：learnku.com/laravel/t/2495
>>
END
精品資料，超贊福利，免費領
微信掃碼/長按辨識 添加【技術交流群】
群內每天分享精品學習資料
最近開發整理了一個用於速刷面試題的小程式；其中收錄了上千道常見面試題及答案(包含基礎、並行、JVM、MySQL、Redis、Spring、SpringMVC、SpringBoot、SpringCloud、訊息佇列等多個型別)，歡迎您的使用。
👇👇
👇點選"閱讀原文"，獲取更多資料（持續更新中）
