老生常谈!数据库如何存储时间?你真的知道吗?

存储 存储软件
我们平时开发中不可避免的就是要存储时间,比如我们要记录操作表中这条记录的时间、记录转账的交易时间、记录出发时间等等。

本文转载自公众号:JavaGuide 作者:SnailClimb

[[312832]]

我们平时开发中不可避免的就是要存储时间,比如我们要记录操作表中这条记录的时间、记录转账的交易时间、记录出发时间等等。你会发现这个时间这个东西与我们开发的联系还是非常紧密的,用的好与不好会给我们的业务甚至功能带来很大的影响。所以,我们有必要重新出发,好好认识一下这个东西。

这是一篇短小精悍的文章,仔细阅读一定能学到不少东西!如果文章有什么不对的话,也劳烦指出,Guide 哥感激不尽!

1.切记不要用字符串存储日期

我记得我在大学的时候就这样干过,而且现在很多对数据库不太了解的新手也会这样干,可见,这种存储日期的方式的优点还是有的,就是简单直白,容易上手。

但是,这是不正确的做法,主要会有下面两个问题:

  • 字符串占用的空间更大!
  • 字符串存储的日期比较效率比较低(逐个字符进行比对),无法用日期相关的 API 进行计算和比较。

2.Datetime 和 Timestamp 之间抉择

Datetime 和 Timestamp 是 MySQL 提供的两种比较相似的保存时间的数据类型。他们两者究竟该如何选择呢?

通常我们都会首选 Timestamp。 下面说一下为什么这样做!

2.1 DateTime 类型没有时区信息的

DateTime 类型是没有时区信息的(时区无关) ,DateTime 类型保存的时间都是当前会话所设置的时区对应的时间。这样就会有什么问题呢?当你的时区更换之后,比如你的服务器更换地址或者更换客户端连接时区设置的话,就会导致你从数据库中读出的时间错误。不要小看这个问题,很多系统就是因为这个问题闹出了很多笑话。

Timestamp 和时区有关。Timestamp 类型字段的值会随着服务器时区的变化而变化,自动换算成相应的时间,说简单点就是在不同时区,查询到同一个条记录此字段的值会不一样。

下面实际演示一下!

建表 SQL 语句:

  1. CREATE TABLE `time_zone_test` ( 
  2.   `id` bigint(20) NOT NULL AUTO_INCREMENT, 
  3.   `date_time` datetime DEFAULT NULL
  4.   `time_stamp` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP
  5.   PRIMARY KEY (`id`) 
  6. ) ENGINE=InnoDB DEFAULT CHARSET=utf8; 

插入数据:

  1. INSERT INTO time_zone_test(date_time,time_stamp) VALUES(NOW(),NOW()); 

查看数据:

  1. select date_time,time_stamp from time_zone_test; 

结果:

  1. +---------------------+---------------------+ 
  2. | date_time           | time_stamp          | 
  3. +---------------------+---------------------+ 
  4. | 2020-01-11 09:53:32 | 2020-01-11 09:53:32 | 
  5. +---------------------+---------------------+ 

现在我们运行

修改当前会话的时区:

  1. set time_zone='+8:00'

再次查看数据:

  1. +---------------------+---------------------+ 
  2. | date_time           | time_stamp          | 
  3. +---------------------+---------------------+ 
  4. | 2020-01-11 09:53:32 | 2020-01-11 17:53:32 | 
  5. +---------------------+---------------------+ 

扩展:一些关于 MySQL 时区设置的一个常用 sql 命令

  1. # 查看当前会话时区 
  2. SELECT @@session.time_zone; 
  3. # 设置当前会话时区 
  4. SET time_zone = 'Europe/Helsinki'
  5. SET time_zone = "+00:00"
  6. # 数据库全局时区设置 
  7. SELECT @@global.time_zone; 
  8. # 设置全局时区 
  9. SET GLOBAL time_zone = '+8:00'
  10. SET GLOBAL time_zone = 'Europe/Helsinki'

2.2 DateTime 类型耗费空间更大

Timestamp 只需要使用 4 个字节的存储空间,但是 DateTime 需要耗费 8 个字节的存储空间。但是,这样同样造成了一个问题,Timestamp 表示的时间范围更小。

  • DateTime :1000-01-01 00:00:00 ~ 9999-12-31 23:59:59
  • Timestamp:1970-01-01 00:00:01 ~ 2037-12-31 23:59:59

“Timestamp 在不同版本的 MySQL 中有细微差别。”3 再看 MySQL 日期类型存储空间

下图是 MySQL 5.6 版本中日期类型所占的存储空间:

 

可以看出 5.6.4 之后的 MySQL 多出了一个需要 0 ~ 3 字节的小数位。Datatime 和 Timestamp 会有几种不同的存储空间占用。

为了方便,本文我们还是默认 Timestamp 只需要使用 4 个字节的存储空间,但是 DateTime 需要耗费 8 个字节的存储空间。

4.数值型时间戳是更好的选择吗?

很多时候,我们也会使用 int 或者 bigint 类型的数值也就是时间戳来表示时间。

这种存储方式的具有 Timestamp 类型的所具有一些优点,并且使用它的进行日期排序以及对比等操作的效率会更高,跨系统也很方便,毕竟只是存放的数值。缺点也很明显,就是数据的可读性太差了,你无法直观的看到具体时间。

时间戳的定义如下:

“时间戳的定义是从一个基准时间开始算起,这个基准时间是「1970-1-1 00:00:00 +0:00」,从这个时间开始,用整数表示,以秒计时,随着时间的流逝这个时间整数不断增加。这样一来,我只需要一个数值,就可以完美地表示时间了,而且这个数值是一个绝对数值,即无论的身处地球的任何角落,这个表示时间的时间戳,都是一样的,生成的数值都是一样的,并且没有时区的概念,所以在系统的中时间的传输中,都不需要进行额外的转换了,只有在显示给用户的时候,才转换为字符串格式的本地时间。”数据库中实际操作:

  1. mysql> select UNIX_TIMESTAMP('2020-01-11 09:53:32'); 
  2. +---------------------------------------+ 
  3. | UNIX_TIMESTAMP('2020-01-11 09:53:32') | 
  4. +---------------------------------------+ 
  5. |                            1578707612 | 
  6. +---------------------------------------+ 
  7. 1 row in set (0.00 sec) 
  8.  
  9. mysql> select FROM_UNIXTIME(1578707612); 
  10. +---------------------------+ 
  11. | FROM_UNIXTIME(1578707612) | 
  12. +---------------------------+ 
  13. | 2020-01-11 09:53:32       | 
  14. +---------------------------+ 
  15. 1 row in set (0.01 sec) 

5.总结

MySQL 中时间到底怎么存储才好?Datetime?Timestamp? 数值保存的时间戳?

好像并没有一个银弹,很多程序员会觉得数值型时间戳是真的好,效率又高还各种兼容,但是很多人又觉得它表现的不够直观。这里插一嘴,《高性能 MySQL 》这本神书的作者就是推荐 Timestamp,原因是数值表示时间不够直观。下面是原文:

每种方式都有各自的优势,根据实际场景才是王道。下面再对这三种方式做一个简单的对比,以供大家实际开发中选择正确的存放时间的数据类型:

如果还有什么问题欢迎给我留言!如果文章有什么问题的话,也劳烦指出,Guide 哥感激不尽!

 

责任编辑:武晓燕 来源: JavaGuide
相关推荐

2022-03-08 15:01:48

负载均衡IP服务器

2015-06-25 10:46:23

数据中心节能

2015-04-08 11:50:07

数据加密数据泄露

2015-07-21 13:39:58

Javascript作用域

2014-07-25 13:34:08

2012-02-13 09:46:56

数据中心耗能服务器虚拟化

2017-01-18 18:28:54

大数据数据库技术

2011-08-18 14:47:06

2010-07-28 09:09:55

SQL

2014-08-21 10:25:44

网络安全儿童账户Google

2015-10-23 09:34:16

2019-08-22 17:19:19

javascript去重数组

2017-04-11 13:54:49

HTTPURLHTML

2010-03-29 09:04:51

VB.NET

2020-05-15 10:09:38

Kafka存储读取

2010-01-28 13:55:45

三层交换机

2022-01-08 20:03:20

数据库特点架构

2024-01-02 09:42:17

C#开发Windows消息循环机制

2023-03-21 07:39:51

CentOS挂载硬盘

2023-01-13 17:02:10

操作系统鸿蒙
点赞
收藏

51CTO技术栈公众号