Mysql时间字段格式如何选择,TIMESTAMP,DATETIME,INT?

Mysql的时间字段貌似有各种选择,像一般的情况(我也是)下就是用INT型来表示,直接存储时间戳。但是我知道在Mysql里至少还有TIMESTAMPDATETIME型可以用来存储时间,我不知道这三者在使用上各有什么区别,在使用场景上需要怎么考虑,特别是它们在索引或者查询速度上有区别吗?

阅读 110.8k
6 个回答

首先 DATETIM和TIMESTAMP类型所占的存储空间不同,前者8个字节,后者4个字节,这样造成的后果是两者能表示的时间范围不同。前者范围为1000-01-01 00:00:00 ~ 9999-12-31 23:59:59,后者范围为1970-01-01 08:00:01到2038-01-19 11:14:07。所以可以看到TIMESTAMP支持的范围比DATATIME要小,容易出现超出的情况.

其次,TIMESTAMP类型在默认情况下,insert、update 数据时,TIMESTAMP列会自动以当前时间(CURRENT_TIMESTAMP)填充/更新。

第三,TIMESTAMP比较受时区timezone的影响以及MYSQL版本和服务器的SQL MODE的影响

所以一般来说,我比较倾向选择DATETIME,至于你说到索引的问题,选择DATETIME作为索引,如果碰到大量数据查询慢的情况,也可以分区表解决。

还是喜欢INT存时间戳。占用资源少,查询速度快。条件范围搜索使用between没什么问题。查询条件自由拼接。用int还是比较好的。使用其他字段类型貌似MySQL内部还会进行一次转换,时间格式的比对不是特别青睐。

其实速度上差别不是很大,你可以自己做做测试就知道了。内部存储都是整数,只不过datetime和timestamp会仅仅在显示的时候,显示为人能读的日期(当然存储空间有点区别,整形和timestamp都是4字节,datetime是8字节),做索引也应该没什么区别,这个不敢确定,如果有请指正我……

另外datetime和timestamp相对于int来说也有一个小小的好处,就是对于时间类型来说,可以有一系列的时间函数可以用

这几个类型的选择还是看你的需求。

我用timestamp比较多,对于记录日志什么的需求,timestamp绝对够用了,除非你保证说你的程序能一直用到2038年,就算如此也可以用迁移程序处理……

如果需求是允许用户保存一些超过timestamp能保存的时间(@QingchaoWu 已经给出了timestamp的范围)比如说todo list什么的,允许用户计划38年以后的事情,那就用datetime好了。

两者都是时间类型字段,格式都一致。两者主要有以下四点区别:

  • 最主要的区别-受时区影响不同。timestamp会跟随设置的时区变化而变化,而datetime保存的是绝对值不会变化。

详细可以阅读这篇博客的演示:http://www.tech-recipes.com/r...
一个timestamp字段,一个datetime字段,修改时区SET TIME_ZONE = "america/new_york";后,timestamp字段的值变了!
因此,如果应用场景有跨时区要求的要特别注意这点。

  • 占用存储空间不同。timestamp储存占用4个字节,datetime储存占用8个字节:http://dev.mysql.com/doc/refm...

  • 可表示的时间范围不同。timestamp可表示范围:1970-01-01 00:00:00~2038-01-09 03:14:07datetime支持的范围更宽1000-01-01 00:00:00 ~ 9999-12-31 23:59:59

  • 索引速度不同。timestamp更轻量,索引相对datetime更快。

更多可以详情可以查看本人博客:http://blog.csdn.net/qq_35440...
希望能对你有帮助。

像一般的情况(我也是)下就是用INT型来表示,直接存储时间戳。

这里的时间戳指定是epoche表示吗?如果是的话,实际上也有2038的限制。

一般我使用INT格式,灵活些
如果你要在表示时间字段上建立索引,那么使用INT索引效率要高

推荐问题
宣传栏