TIMESTAMP需要4个字节，而DATETIME需要8个字节。

TIMESTAMP为4字节，DATETIME为8字节。

http://dev.mysql.com/doc/refman/5.0/en/storage-requirements.html

但正如斯克罗尼德所说，它的下限是1970年。不过，这对未来可能发生的任何事情都很好；）

在表上执行UPDATE语句时，请注意时间戳的更改。如果您有一个列为“Name”（varchar）、“Age”（int）和“Date_Add”（timestamp）的表，则运行以下DML语句

UPDATE table
SET age = 30

则“Date_Add”列中的每个值都将更改为当前时间戳。

值得注意的是，在MySQL中，您可以在创建表列时使用以下内容：

on update CURRENT_TIMESTAMP

这将更新每次修改行时的时间，有时对存储的上次编辑信息非常有用。这只适用于时间戳，但不适用于日期时间。

在我的例子中，我将UTC设置为所有事物的时区：系统、数据库服务器等，只要我能做到这一点。如果我的客户需要另一个时区，那么我会在应用程序上配置它。

我几乎总是喜欢时间戳而不是日期时间字段，因为时间戳隐含地包含时区。因此，由于从不同时区的用户访问应用程序的那一刻起，您希望他们在本地时区中查看日期和时间，因此与数据保存在datetime字段中相比，此字段类型更容易实现。

另外，在将数据库迁移到另一个时区的系统的情况下，我会更加自信地使用时间戳。更不用说在计算两个时刻之间的差异时可能出现的问题，这两个时刻间的总时间变化较大，并且需要1小时或更短的精度。

总之，我看重时间戳的优点：

可在国际（多时区）应用程序上使用在时区之间轻松迁移很容易计算差异（只需减去两个时间戳）不用担心夏天的约会

出于所有这些原因，我选择了UTC和时间戳字段。我避免头痛；）

DATETIME与TIMESTAMP：

TIMESTAMP用于跟踪记录的更改，并在每次更改记录时进行更新。

DATETIME用于存储不受记录更改影响的特定静态值。

TIMESTAMP也受不同时区相关设置的影响。DATETIME是常量。

TIMESTAMP在内部将当前时区转换为UTC进行存储，并在检索期间将其转换回当前时区。

DATETIME无法执行此操作。

TIMESTAMP为4字节，DATETIME为8字节。

TIMESTAMP支持的范围：1970-01-01 00:00:01 UTC至2038-01-19 03:14:07 UTCDATETIME支持的范围：“1000-01-01 00:00:00”至“9999-12-31 23:59:59”