数据库中的日期时间类型

前言:

大家好, 这里是小小! 今天, 实验室的一个学长发现我提交的一次代码有问题! 差点以为要被特殊关心, 好了说正事了!

看到数据库中时间日期类型, 很多人就会说了哈, 直接存字符串String类型呀!简单点~emm

最开始我也是这么想的, 然后被驳回了!

字符串存储日期

把日期和时间当做一个字符串进行存储，进而将日期和时间拆分成两个字段，一个字段记录日期（如yyyy-MM-dd）,另外一个字段存储时间（如：HH:mm:ss）的形式。此种方式就不多说，除非极个别的场景，不建议使用。当使用此种方式进行处理日期，不仅性能有问题，比较、处理、取范围等都是麻烦事。之所以提出这种方式，也是提醒大家，如果你的数据库日期字段还在用字符串存储，需要慎重考虑一下了。

比如:

前端展示日期 我假设现在是yyyyMMdd hh:mm:ss
那前端现在改成了MMddyyyy 那该怎么办呢?
碰到时区问题该怎么办呢?

雀氏 如果就存一个字符串的话! 很难进行改变!

Timestamp类型

TIMESTAMP(14)	YYYYMMDDHHMMSS
TIMESTAMP(12)	YYMMDDHHMMSS
TIMESTAMP(10)	YYMMDDHHMM
TIMESTAMP(8)	YYYYMMDD
TIMESTAMP(6)	YYMMDD
TIMESTAMP(4)	YYMM
TIMESTAMP(2)	YY

这里有个问题, 关于

https://blog.csdn.net/u010811939/article/details/80707336

springboot中的localtime

规范：

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

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

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

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

2、Datetime 和 Timestamp之间的抉择

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

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

1）DateTime 类型没有时区信息

DateTime 类型是没有时区信息的（时区无关） 当你的时区更换之后，比如你的服务器更换地址或者更换客户端连接时区设置的话，就会导致你从数据库中读出的时间错误。

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

代码演示：

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());

结果:

+---------------------+---------------------+
| date_time           | time_stamp          |
+---------------------+---------------------+
| 2022-05-10 15:00:00 | 2022-05-10 15:00:00 |
+---------------------+---------------------+

运行修改时区的代码:

set time_zone='+8:00';

再次查看数据:

+---------------------+---------------------+
| date_time           | time_stamp          |
+---------------------+---------------------+
| 2022-05-10 15:00:00 | 2022-05-10 23:00:00 |
+---------------------+---------------------+

拓展一下: MySQL时区设置常用命令:

# 查看当前会话时区
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）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

这就是2038年问题

Timestamp 在不同版本的 MySQL 中有细微差别。

3、数值型时间戳是更好的选择吗？

我们也可以用int和bigint来存储时间戳。

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

4、总结

《高性能MySQL》中推荐Timestamp：

从阿里的开发手册发现，令人疑惑的是阿里使用的竟然是datetime类型。的确如此，毕竟每个公司的业务范围不同，使用场景也不同。优秀的理念可以参考，但不能照搬。就好比本篇文章，介绍了不同类型的日期和时间存储，而根据你的业务场景选择最适合的那便是最好的。我这里最终决定用绝对时间戳来进行处理。

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

小小的博客传送门!