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

在实际开发项目中发现数据库中得日期项目，有的用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，可读性、空间有了保障，如果对性能不是有严苛的要求，在工具类的帮组下，操作也很简单。