Mysql的日期存储字段类型的选择

╰半橙微兮° 2022-05-30 00:10 217阅读 0赞

在实际开发项目中发现数据库中得日期项目，有的用datetime，有的用timestamp，有的甚至用int，这之间都有什么区别呢？什么场合适用什么样的设置呢？

首先看一下各自的特点：

*  int
    
    1.  4个字节存储，INT的长度是4个字节，存储空间上比datatime少，int索引存储空间也相对较小，排序和查询效率相对较高一点点
    2.  可读性极差，无法直观的看到数据，可能让你很恼火
 *  datetime
    
    1.  8个字节储存
    2.  与时区无关
    3.  以’YYYY-MM-DD HH:MM:SS’格式检索和显示DATETIME值。支持的范围为’1000-01-01 00:00:00’到’9999-12-31 23:59:59’
    4.  timestamp支持default current\_timestamp 来设置默认自动当前时间
    5.  timestamp支持on update current\_timestamp 来设置更新时自动当前时间
 *  TIMESTAMP
    
    1.  4个字节储存
    2.  值以UTC格式保存
    3.  时区转化 ，存储时对当前的时区进行转换，检索时再转换回当前的时区。
    4.  TIMESTAMP值不能早于1970或晚于2037

在具体使用时，我们将从可读性、存储空间、操作性上来分析：

1.  可读性  
    int的可读性是极差的。在显示时需要sql或应用程序进行相应的格式转换，这无疑带来了额外的工作量  
    datetime和timestamp都是比较直观的
2.  存储空间  
    int和timestamp都是占用4个字节，datetime占用8个字节，在数据量大的情况下，为了节约空间，可以考虑前2中
3.  操作性  
    在平时，我们对日期的操作一般有读、写、比较、计算几类。  
    读写大家都是一样，没有太大的区别；  
    在比较、计算上int则是要方便很多，其可以直接利用 大于、小于比较，计算时则是通过int加减就可以了  
    而剩余两种则需要利用工具来进行计算，如java中，则要用到对象和工具类，性能应该要低于直接对int的加减操作

综合考虑，通常情况个人比较偏爱timestamp，可读性、空间有了保障，如果对性能不是有严苛的要求，在工具类的帮组下，操作也很简单。