mysql储存时间选择怎样的字段类型

储存时间，常用的有三个选择datetime、timestamp、int。昨夜同事问到了，于是今天就总结一下自己的理解。插入效率：datetime

>

timestamp

>

int读取效率：int

>

timestamp

>

datetime储存空间：datetime

>

timestamp

=

int具体上面的实验数据可以看这篇文章。

建立索引的体积，和索引的速度，你懂的。

让我们来看一个应用场景：

看下这张图，第一我们需要设置系统的默认时区，第二我们也需要提供不同时区时间显示的需要。于是，我们分别使用datetime、timestamp、int字段类型来看下：使用datetime直接显示时间，这是个不错的选择，但是如果考虑到时区，很明显计算上的麻烦。使用timestampOK,这个很好，可以根据系统的时区来自动输出时间，但是单个用户要定制自己的时区呢？再者你不怕麻烦，在程序里面实现了这个计算，服务器若是换个地方，改了下时区，你程序里面计算单个用户当地时间的代码怎么办（timestamp出来的时间会根据时区的变化而变化，在某些情况下是不错的选择，但在某些情况下，真的很鸡肋）。使用int从上面两个类型的缺点看来，貌似这个类型可以解决以上的问题，其实我们只要存格林时间的unix

timestamp就好了，时区时间的计算上也很方便，读取的效率也不错。我觉得用这个储存的缺点呢，就是直接select的时候时间不能直观的显示出来。看看其他开源程序是怎么做的discuz,

typecho,

emlog等等等等，他们都选用int了，这一定有他们的道理，我想也没什么可以多说的了。

要按你的数据库字段了……MYSQL数据库时间字段可以设大概三种类型varchar(或char)——将时间以字符串的形式保存，这是最傻的一种办法，但是如果不考虑转换格式和执行效率什么的倒是可以凑合下datetime(或date)——MYSQL数据库的时间格式，其实也是一种字符串格式，但是他有自己的格式标准，不合符的不能插入和修改int(tinyint)——以时间戳格式保存时间，再使用的时候再去程序里做转换，这是执行效率最高的办法

---