时间存储在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了，这一定有他们的道理，我想也没什么可以多说的了。

你好啊。我又来了NOW()函数以`'YYYY-MM-DD HH:MM:SS'返回当前的日期时间，可以直接存到DATETIME字段中。

CURDATE()以’YYYY-MM-DD’的格式返回今天的日期，可以直接存到DATE字段中。

CURTIME()以’HH:MM:SS’的格式返回当前的时间，可以直接存到TIME字段中。

例：insert into tablename (fieldname) values (now())

---