选择合适的 MySQL 日期时间类型来存储你的时间

 

技术文章第一时间送达！

 

 

构建数据库写程序避免不了使用日期和时间，对于数据库来讲，有多种日期时间字段可供选择，如 timestamp 和 datetime 以及使用 int 来存储 unix timestamp。

不只新手，包括一些有经验的程序员仍是比较迷茫，究竟我该用哪一种类型来存储日期时间呢？

那咱们就一步一步来分析他们的特色，这样咱们根据本身的需求选择合适的字段类型来存储 (优势和缺点是比较出来的, 跟父母从小喜欢拿邻居小孩子跟本身比同样的)

datetime 和 timestamp

1. datetime 更像日历上面的时间和你手表的时间的结合，就是指具体某个时间。

2. 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。因此就不用考虑时区的计算了。

3. 时间范围是 timestamp 硬伤（1970-2038），固然 datetime （1000-9999）也记录不了刘备何时出生（161 年）。

timestamp 和 UNIX timestamp

1. 显示直观，出问题了便于排错，比好多很长的 int 数字好看多了

2. int 是从 1970 年开始累加的，可是 int 支持的范围是 1901-12-13 到 2038-01-19 03:14:07，若是须要更大的范围须要设置为 bigInt。可是这个时间不包含毫秒，若是须要毫秒，还须要定义为浮点数。datetime 和 timestamp 原生自带 6 位的微秒。

3. timestamp 是自带时区转换的，同上面的第 2 项。

4. 用户前端输入的时间通常都是日期类型，若是存储 int 还须要存前取后处理

总结：

• timestamp 记录常常变化的更新 / 建立 / 发布 / 日志时间 / 购买时间 / 登陆时间 / 注册时间等，而且是近来的时间，够用，时区自动处理，好比说作海外购或者业务可能拓展到海外

• datetime 记录固定时间如服务器执行计划任务时间 / 健身锻炼计划时间等，在任什么时候区都是须要一个固定的时间要作某个事情。超出 timestamp 的时间，若是须要时区必须记得时区处理

• UNIX timestamps 使用起来并非很方便，至于说比较取范围什么的，timestamp 和 datetime 都能干。

• 若是你不考虑时区，或者有本身一套的时区方案，随意了，喜欢哪一个上哪一个了

• laravel 是国际化设计的框架，为了程序员方便、符合数据库设计标准，因此 created_at updated_at 使用了 timestamp 是无可厚非的。

• 有没有一个时间类型即解决了范围、时区的问题？这是不可能的，不是还有 tinyInt BigInt 吗？取本身所需，而且 MySQL 是容许数据库字段变动的。

• 生日能够使用多个字段来存储，好比 year/month/day，这样就能够很方便的找到某天过生日的用户 (User::where(['month' => 8, 'day' => 12])->get())

构建项目的时候须要认真思考一下，本身的业务场景究竟用哪一种更适合。选哪一个？需求来定。

欢迎你们补充和指正。

看完本文有收获？请转发分享给更多人