MYSQL基础: INT、DATETIME、TIMESTAMP如何选择？

http://pottievil.com/mysql%E5%9F%BA%E7%A1%80-int%E3%80%81datetime%E3%80%81timestamp%E5%A6%82%E4%BD%95%E9%80%89%E6%8B%A9%EF%BC%9F/

最近有不少开发朋友问到我如何去选择MYSQL的时间类型。选择错误时间类型会不会有什么性能问题？

只要自己做过一些开发的同学，一般都知道开发人员习惯把时间类型使用INT型来保存。这样不合规矩的主要原因是因为INT型真的很便利，用来存放时间戳，取出后在应用中转换成我想要的时间。或者是直接进行运算，避免了中间转型的开销。

说白了还是由于人都比较懒。

那么为什么DBA在制定开发规范时，通常会不建议使用INT型来存放时间戳呢？

那是因为DBA也比较懒。

DBA在协查或者维护数据时，对于INT型的时间字段要用类似from_unixtime这样的函数转型后才能看到人类能读懂的时间。所以作为游戏规则制定者的DBA们，通常在制定开发规范时，都会要求程序员不要使用INT型来存储时间戳。

对于我来说，我觉得还是有必要先比较一下这几种时间类型的特点：

INT型：

4字节
建立索引之后，查询速度快
where条件中可以使用between..and子句
不能在该类型的时间字段上使用时间函数
适合需要进行大量时间范围查询或计算的表

DATETIME：

8字节
允许为空值，可以自定义值，且insert和update操作不会自动修改其值。
实际格式储存（Just stores what you have stored and retrieves the same thing which you have stored.）
与时区无关（It has nothing to deal with the TIMEZONE and Conversion.）
不可以设定默认值，所以在不允许为空值的情况下，必须手动指定datetime字段的值才可以成功插入数据。
可以在指定datetime字段的值的时候使用now()变量来自动插入系统的当前时间。
datetime类型适合用来记录数据的原始的创建时间，因为无论你怎么更改记录中其他字段的值，datetime字段的值都不会改变，除非你手动更改它。

TIMESTAM：

4字节
允许为空值，但是不可以自定义值，所以为空值时没有任何意义。
TIMESTAMP值不能早于1970或晚于2037。这说明一个日期，例如’1968-01-01’，虽然对于DATETIME或DATE值是有效的，但对于TIMESTAMP值却无效，如果分配给这样一个对象将被转换为0。
值以UTC格式保存（ it stores the number of milliseconds）
时区转化 ，存储时对当前的时区进行转换，检索时再转换回当前的时区。
默认值为CURRENT_TIMESTAMP()，其实也就是当前的系统时间。
数据库会自动修改其值，所以在插入记录时不需要指定timestamp字段的名称和timestamp字段的值，你只需要在设计表的时候添加一个timestamp字段即可，插入后该字段的值会自动变为当前系统时间。
以后任何时间修改表中的记录时，对应记录的timestamp值会自动被更新为当前的系统时间。
timestamp类型适合用来记录数据的最后修改时间，因为只要你更改了记录中其他字段的值，timestamp字段的值都会被自动更新。

By Perry.Zhang
09.11.2015