时间戳是计算机通过网络时间协议（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。在大多数情况下，IMHO使用时间戳优于datetime。

当你问什么时候？答案类似于“2019-02-05 21:18:30”，这不是完整的，也不是定义的答案，因为它缺少另一部分，在哪个时区？华盛顿？莫斯科北京？

使用不带时区的日期时间意味着您的应用程序只处理一个时区，但时间戳为您提供了日期时间的好处，以及在不同时区显示相同精确时间点的灵活性。

以下是一些会让您后悔使用datetime并希望将数据存储在时间戳中的情况。

为了客户的舒适，您希望根据他们首选的时区向他们显示时间，而不让他们做数学运算，并将时间转换为有意义的时区。您只需更改时区，所有应用程序代码都将相同。（实际上，您应该始终在应用程序开始时定义时区，或者在PHP应用程序中定义请求处理）SET time_zone=“+2:00”；您改变了所居住的国家，并继续维护数据，同时在不同的时区查看数据（而不更改实际数据）。您接受来自世界各地不同客户的数据，每个客户都会在自己的时区中插入时间。

简言之

datetime=应用程序支持1个时区（用于插入和选择）

timestamp=应用程序支持任何时区（用于插入和选择）

这个答案只是为了强调时区的灵活性和易用性，它没有涵盖任何其他差异，如列大小、范围或分数。

我总是使用Unix时间戳，只是为了在处理大量日期时间信息时保持理智，尤其是在调整时区、添加/减去日期等时。在比较时间戳时，这排除了时区的复杂因素，并允许您在服务器端处理（无论是应用程序代码还是数据库查询）中节省资源，因为您使用了较轻的算术，而不是较重的日期时间加减函数。

另一件值得考虑的事情：

如果您正在构建一个应用程序，那么您永远不知道您的数据可能会被如何使用。如果你最终不得不将数据集中的一堆记录与第三方API中的一堆项目进行比较，然后按照时间顺序排列，你会很高兴为你的行设置Unix时间戳。即使您决定使用MySQL时间戳，也要存储Unix时间戳作为保险。

TIMESTAMP始终采用UTC格式（即自1970-01-01以来的秒数，采用UTC格式），MySQL服务器会自动将其转换为连接时区的日期/时间。从长远来看，TIMESTAMP是一条可行的道路，因为您知道您的时间数据将始终采用UTC格式。例如，如果您迁移到其他服务器或更改服务器上的时区设置，您就不会把日期搞砸。

注意：默认连接时区是服务器时区，但这可以（应该）在每个会话中更改（请参见SET time_zone=…）。

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

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

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