JavaGuide-MySQL日期类型选择建议

JavaGuide-MySQL日期类型选择建议的解读

原文连接
MySQL日期类型选择建议的解读

不要用字符串存储日期

不能用字符串,问题如下

• 占用空间更大
• 比对的时候,效率低下,还无法用时间的api参与计算

Datetime 和 Timestamp 之间的抉择

我们先对比二者

时区设置

datetime,没有时区,datetime只能在一个时区中用,如果客户端和服务端时区不同,会导致读取的时间不对,因为datetime是没有时区的,所以说读的时候,也不知道对不对
timestamp有时区,不同的地方,timestamp就不一样

一些扩展的sql

# 查看当前会话时区
select @@session.time_zone
# 设置当前会话时区
set time_zone = 'Europe/Helsinki'
#数据库全局时区的设置
select @@global_time_zone
# 设置全局时区
set global time_zone = 'Europe/Helsinki'

占用空间

看官网

比较重要的就是红色框
5.6.4之前
datetime是8个字节
timestamp是4个字节

可想而知,timestamp表示的时间范围肯定会更小

5.6.4之后,因为有了时间小数的部分,并且这个小数是0 ~ 3个字节所以,占用空间就是
对于datetime官网也说了,非小数部分变成5个字节
datetime是5到8个字节
timestamp是4到7个字节

总的来说,就是小数是最多三个字节

表示范围

timestamp只能到2038年

• DateTime：1000-01-01 00:00:00.000000 ~ 9999-12-31 23:59:59.499999
• Timestamp：1970-01-01 00:00:01.000000 ~ 2038-01-19 03:14:07.499999性能

性能

因为timestamp涉及到时区的转换,所以从毫秒数变成timestamp,要调一个函数,还要调用操作系统的底层的系统函数,而且系统为了数据的一致性,还要加锁,这慢的批爆

datetime没有这个烦恼

为了避免这个问题,建议用指定的时区,而不是依赖操作系统时区

数值时间戳

数值时间戳,就是将时间戳存成整数类型
优点是,排序对比,等操作效率高,并且可以跨平台,这里的跨平台很好理解,因为时间戳是跨平台的,就是从1970年开始的
缺点是,不直观,看不出来到底是什么时间

如何选择

我们改选什么好
数值时间戳,我觉得是挺不错的,对程序员挺友好,对用户来说,不太友好,我感觉的化,要是为了效率,还是挺不错的,用timestamp也有优点,就是占用不多,占用内存小,还比较直观,datetime就比较垃圾了,你内存大,还可能会有时间的错误的问题,

对比图