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

UPDATE table
SET age = 30

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

时间戳数据类型存储日期和时间，但使用UTC格式，而不是像datetime那样使用当前时区格式。当您获取数据时，时间戳再次将其转换为当前时区时间。

所以假设你在美国，从一个时区为美国的服务器获取数据，然后你将根据美国时区获取日期和时间。时间戳数据类型列总是在其行更新时自动更新。因此，跟踪上次更新特定行的时间可能很有用。

有关更多详细信息，您可以阅读博客文章Timestamp Vs Datetime。

根据我的经验，如果您想要一个插入仅发生一次的日期字段，并且不想对该特定字段进行任何更新或任何其他操作，请使用日期时间。

例如，考虑具有REGISTRATION DATE字段的用户表。在该用户表中，如果您想知道特定用户的上次登录时间，请使用时间戳类型的字段，以便更新该字段。

如果您是从phpMyAdmin创建表，则默认设置将在行更新发生时更新时间戳字段。如果时间戳字段未随行更新而更新，则可以使用以下查询使时间戳字段自动更新。

ALTER TABLE your_table
      MODIFY COLUMN ts_activity TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP;

主要区别在于DATETIME是常量，而TIMESTAMP受时区设置的影响。

因此，只有当您已经或者将来可能已经跨时区同步集群时，这才是重要的。

简单地说：如果我在澳大利亚有一个数据库，并转储该数据库以同步/填充美国的数据库，则TIMESTAMP将更新以反映新时区中事件的实时，而DATETIME仍将反映非时区中事件发生的时间。

DATETIME的一个很好的例子是在Facebook中使用TIMESTAMP，在那里他们的服务器从来都不太确定跨时区发生的时间。有一次，我正在进行一次谈话，在谈话中，时间说我在消息实际发送之前回复消息。（当然，如果时间是发布的而不是同步的，这也可能是由于消息传递软件中的时区转换错误造成的。）

我总是将DATETIME字段用于除行元数据（创建或修改日期）之外的任何内容。

如MySQL文档中所述：

DATETIME类型在您需要同时包含日期和时间信息的值时使用。MySQL以“YYYY-MM-DD HH:MM:SS”格式检索并显示DATETIME值。支持的范围为“1000-01-01 00:00:00”到“9999-12-31 23:59:59”。...TIMESTAMP数据类型的范围为“1970-01-01 00:00:01”UTC到“2038-01-09 03:14:07”UTC。它具有不同的财产，具体取决于MySQL版本和服务器运行的SQL模式。

一般情况下，您很可能会达到TIMESTAMP的下限，例如存储出生日期。

这里的许多答案都建议将时间戳存储为时间戳，以防必须表示定义良好的时间点。但是，如果您按照惯例将所有时间点都存储在UTC中，那么您也可以使用datetime获取时间点。