MySQL 时间类型 DATE、DATETIME和TIMESTAMP_mysql date timestamp-CSDN博客

本文链接：https://blog.csdn.net/bai_mi_student/article/details/122838598

这篇博客详细介绍了MySQL中DATE、DATETIME和TIMESTAMP三种时间类型的区别。DATE类型仅包含日期，DATETIME包括日期和时间，精确到秒；TIMESTAMP时间范围较小，但能自动处理时区转换。在MySQL5.6.5以后，TIMESTAMP可精确到微秒。文章通过创建测试表并插入数据，展示了TIMESTAMP在时区变化下的表现，强调了它们在存储和处理时间数据时的不同策略。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

1.DATE、DATETIME和TIMESTAMP 表达的时间范围

Type	Range	Remark
DATE	‘1000-01-01’ to ‘9999-12-31’	只有日期部分，没有时间部分
DATETIME	‘1000-01-01 00:00:00’ to ‘9999-12-31 23:59:59’	时间格式为 YYYY-MM-DD hh:mm:ss，默认精确到秒
TIMESTAMP	‘1970-01-01 00:00:01’ UTC to '2038-01-19 03:14:07’UTC	默认精确到秒

2.DATETIME和TIMESTAMP 最大时间精确度

5.7 之后的版本（其实应该说5.6.5），在默认的秒精确度上，可以带小数，最多带6位小数，即可以精确到 microseconds (6 digits) precision。

Type	Range	Remark
DATETIME	‘1000-01-01 00:00:00.000000’ to ‘9999-12-31 23:59:59.999999’	YYYY-MM-DD hh:mm:ss[.fraction]
TIMESTAMP	‘1970-01-01 00:00:01.000000’ to ‘2038-01-19 03:14:07.999999’	YYYY-MM-DD hh:mm:ss[.fraction]

3.DATETIME和TIMESTAMP 区别

时间范围不一样，TIMESTAMP 要小很多，且最大范围为2038-01-19 03:14:07.999999，到期也不远了。
对于TIMESTAMP，它把客户端插入的时间从当前时区转化为UTC（世界标准时间）进行存储。查询时，将其又转化为客户端当前时区进行返回。而对于DATETIME，不做任何改变，基本上是原样输入和输出
创建2张测试表:

create table testtime(id int,hiredate timestamp);

create table testtime1(id int,hiredate datetime);

向这两个测试表中分别插入一笔测试数据

insert into testtime values(1,'20151208000000');

insert into testtime1 values(1,'20151208000000');

在这里插入图片描述
查看这种显示的时区时间设置

查询命令

 show variables like '%time_zone%';

在这里插入图片描述
上述“CST”指的是MySQL所在主机的系统时间，是中国标准时间的缩写，China Standard Time UT+8:00

修改time_zone

 set time_zone='+0:00';

在这里插入图片描述
通过结果可以看出，testtime中返回的时间提前了8个小时，而testtime1中时间则不变。

如果新建一个客户端连接，这个时区的修改不影响新连接。
在这里插入图片描述

4.TIMESTAMP在新旧版本上的重大区别

TIMESTAMP 在mysql 5.6.5之后，TIMESTAMP（fraction）中的fraction代表的是小数位数，即默认秒，以秒为单位的小数点位数。 up to microseconds (6 digits) precision，最大为6.

超过6则报错：
在这里插入图片描述