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

时间 2020-09-11 标签老生常谈数据库如何存储时间知道

咱们平时开发中不可避免的就是要存储时间，好比咱们要记录操做表中这条记录的时间、记录转帐的交易时间、记录出发时间等等。你会发现这个时间这个东西与咱们开发的联系仍是很是紧密的，用的好与很差会给咱们的业务甚至功能带来很大的影响。因此，咱们有必要从新出发，好好认识一下这个东西。mysql

这是一篇短小精悍的文章，仔细阅读必定能学到很多东西！git

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

我记得我在大学的时候就这样干过，并且如今不少对数据库不太了解的新手也会这样干，可见，这种存储日期的方式的优势仍是有的，就是简单直白，容易上手。程序员

可是，这是不正确的作法，主要会有下面两个问题：github

字符串占用的空间更大！
字符串存储的日期比较效率比较低（逐个字符进行比对），没法用日期相关的 API 进行计算和比较。

2.Datetime 和 Timestamp 之间抉择

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

一般咱们都会首选 Timestamp。 下面说一下为何这样作!面试

2.1 DateTime 类型没有时区信息的

DateTime 类型是没有时区信息的（时区无关） ，DateTime 类型保存的时间都是当前会话所设置的时区对应的时间。这样就会有什么问题呢？当你的时区更换以后，好比你的服务器更换地址或者更换客户端链接时区设置的话，就会致使你从数据库中读出的时间错误。不要小看这个问题，不少系统就是由于这个问题闹出了不少笑话。spring

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

下面实际演示一下！数据库

建表 SQL 语句：后端

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

插入数据：

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

查看数据：

select date_time,time_stamp from time_zone_test;

结果：

--------------------- --------------------- 
| date_time           | time_stamp          |
 --------------------- --------------------- 
| 2020-01-11 09:53:32 | 2020-01-11 09:53:32 |
 --------------------- ---------------------

如今咱们运行

修改当前会话的时区:

set time_zone=' 8:00';

再次查看数据：

--------------------- --------------------- 
| date_time           | time_stamp          |
 --------------------- --------------------- 
| 2020-01-11 09:53:32 | 2020-01-11 17:53:32 |
 --------------------- ---------------------

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

# 查看当前会话时区
SELECT @@session.time_zone;
# 设置当前会话时区
SET time_zone = 'Europe/Helsinki';
SET time_zone = " 00:00";
# 数据库全局时区设置
SELECT @@global.time_zone;
# 设置全局时区
SET GLOBAL time_zone = ' 8:00';
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」，从这个时间开始，用整数表示，以秒计时，随着时间的流逝这个时间整数不断增长。这样一来，我只须要一个数值，就能够完美地表示时间了，并且这个数值是一个绝对数值，即不管的身处地球的任何角落，这个表示时间的时间戳，都是同样的，生成的数值都是同样的，而且没有时区的概念，因此在系统的中时间的传输中，都不须要进行额外的转换了，只有在显示给用户的时候，才转换为字符串格式的本地时间。

数据库中实际操做：

mysql> select UNIX_TIMESTAMP('2020-01-11 09:53:32');
 --------------------------------------- 
| UNIX_TIMESTAMP('2020-01-11 09:53:32') |
 --------------------------------------- 
|                            1578707612 |
 --------------------------------------- 
1 row in set (0.00 sec)

mysql> select FROM_UNIXTIME(1578707612);
 --------------------------- 
| FROM_UNIXTIME(1578707612) |
 --------------------------- 
| 2020-01-11 09:53:32       |
 --------------------------- 
1 row in set (0.01 sec)

5.总结

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

好像并无一个银弹，不少程序员会以为数值型时间戳是真的好，效率又高还各类兼容，可是不少人又以为它表现的不够直观。这里插一嘴，《高性能 MySQL 》这本神书的做者就是推荐 Timestamp，缘由是数值表示时间不够直观。下面是原文：

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

若是还有什么问题欢迎给我留言！若是文章有什么问题的话，也劳烦指出，Guide 哥感激涕零！

后面的文章我会介绍：

[ ] Java8 对日期的支持以及为啥不能用 SimpleDateFormat。
[ ] SpringBoot 中如何实际使用(JPA 为例)

开源项目推荐

做者的其余开源项目推荐：

JavaGuide：【Java学习面试指南】一份涵盖大部分Java程序员所须要掌握的核心知识。
springboot-guide : 适合新手入门以及有经验的开发人员查阅的 Spring Boot 教程（业余时间维护中，欢迎一块儿维护）。
programmer-advancement : 我以为技术人员应该有的一些好习惯！
spring-security-jwt-guide :从零入门！Spring Security With JWT（含权限验证）后端部分代码。