DATETIME不携带时区信息，并且将始终显示与会话有效的时区无关的时区，除非您明确更改它，否则默认为服务器的时区。但是，如果我使用NOW（）之类的函数而不是“2020-01-16 12:15:00”之类的文字来初始化DATETIME列，是本地化到会话时区的当前日期和时间。

相比之下，TIMESTAMP确实隐式地携带时区信息：当您使用值初始化TIMESTAMP列时，该值在存储之前会转换为UTC。如果存储的值是文本，例如“2020-01-16 12:15:00”，则出于转换目的，它被解释为在会话的当前时区中。相反，当显示TIMESTAMP列时，它将首先从UTC转换为会话的当前时区。

什么时候使用一个或另一个？案例研究

一个社区剧团的网站正在播放几场正在售票的戏剧演出。这些演出的日期和时间将显示在下拉列表中，希望购买演出门票的客户将从中选择一个。数据库列performance_date_and_time为DATETIME类型是有意义的。如果演出地点在纽约，则有一种理解，即有一个隐含的时区（“纽约当地时间”），理想情况下，我们希望日期和时间显示为“2019年12月12日晚上8点”，而不考虑会议的时区，也不必麻烦进行任何时区转换。

另一方面，一旦2019年12月12日晚上8点的演出开始，我们可能不再想出售门票，因此不再在下拉列表中显示该演出。因此，我们想知道“2019-12-12 20:00:00”是否已发生。这将证明有一个TIMESTAMP列，将会话的时区设置为“America/New_York”，并将会话time_zone设置为“American/New_约克”，然后将“2019-12-12 20:00:00”存储到TIMESTAMP栏中。从此，我们可以通过独立于当前会话时区将此列与NOW（）进行比较来测试性能是否已开始。

或者，为这两个单独的目的设置DATETIME和TIMESTAMP列可能是有意义的。或者不是。显然，任何一个都可以达到这两个目的。如果只使用DATETIME列，则在与NOW（）进行比较之前，必须将当前时区设置为本地时区。如果只使用TIMESTAMP列，则必须在显示该列之前将会话时区设置为本地时区。

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

我更喜欢使用时间戳，以便将所有内容保持在一个通用的原始格式中，并将数据格式化为PHP代码或SQL查询。在某些情况下，它可以在代码中方便地将所有内容保持在简单的秒数内。

时间戳是计算机通过网络时间协议（NTP）记录的事件的当前时间。

datetime是在PHP配置中设置的当前时区。

我总是将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的下限，例如存储出生日期。

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

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

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

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