Mysql的时间字段貌似有各种选择，像一般的情况（我也是）下就是用INT型来表示，直接存储时间戳。但是我知道在Mysql里至少还有TIMESTAMP和DATETIME型可以用来存储时间，我不知道这三者在使用上各有什么区别，在使用场景上需要怎么考虑，特别是它们在索引或者查询速度上有区别吗？
Copyright 2014-2026 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号
6
876
收藏
首先 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作为索引，如果碰到大量数据查询慢的情况，也可以分区表解决。
其实速度上差别不是很大，你可以自己做做测试就知道了。内部存储都是整数，只不过datetime和timestamp会仅仅在显示的时候，显示为人能读的日期（当然存储空间有点区别，整形和timestamp都是4字节，datetime是8字节），做索引也应该没什么区别，这个不敢确定，如果有请指正我……
另外datetime和timestamp相对于int来说也有一个小小的好处，就是对于时间类型来说，可以有一系列的时间函数可以用
这几个类型的选择还是看你的需求。
我用timestamp比较多，对于记录日志什么的需求，timestamp绝对够用了，除非你保证说你的程序能一直用到2038年，就算如此也可以用迁移程序处理……
如果需求是允许用户保存一些超过timestamp能保存的时间（@QingchaoWu 已经给出了timestamp的范围）比如说todo list什么的，允许用户计划38年以后的事情，那就用datetime好了。
这里的时间戳指定是epoche表示吗？如果是的话，实际上也有2038的限制。
还是喜欢INT存时间戳。占用资源少，查询速度快。条件范围搜索使用between没什么问题。查询条件自由拼接。用int还是比较好的。使用其他字段类型貌似MySQL内部还会进行一次转换，时间格式的比对不是特别青睐。
一般我使用INT格式，灵活些
如果你要在表示时间字段上建立索引，那么使用INT索引效率要高