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”

这取决于应用程序。

考虑由用户在纽约的服务器上设置时间戳，以便在桑海进行约会。现在，当用户在桑海连接时，他从东京的镜像服务器访问相同的预约时间戳。他将在东京时间看到这一任命，而不是原定的纽约时间。

因此，对于表示用户时间（如约会或日程）的值，datetime更好。它允许用户控制所需的确切日期和时间，而不考虑服务器设置。设置时间是设置时间，不受服务器时区、用户时区或夏时制计算方式变化的影响（是的，它会变化）。

另一方面，对于表示系统时间的值，如支付事务、表修改或日志记录，始终使用时间戳。将服务器移动到另一个时区或在不同时区的服务器之间进行比较时，系统不会受到影响。

时间戳在数据库上也更轻，索引速度更快。

在MySQL 5及以上版本中，TIMESTAMP值从当前时区转换为UTC进行存储，并从UTC转换回当前时区进行检索。（这仅适用于TIMESTAMP数据类型，而不适用于DATETIME等其他类型。）

默认情况下，每个连接的当前时区是服务器的时间。可以根据每个连接设置时区，如MySQL Server时区支持中所述。

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

on update CURRENT_TIMESTAMP

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

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

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

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

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

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

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

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