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

UPDATE table
SET age = 30

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

到目前为止，还没有提到DEFAULT CURRENT_TIMESTAMP只适用于时间戳，而不适用于DateTime类型字段。

这与只能使用DateTime而不能使用Timestamp的MS Access表相关。

DATETIME类型用于包含日期和时间部分的值。MySQL以格式检索并显示DATETIME值。支持的范围为。'YYYY-MM-DD hh:MM:ss''1000-01-01 00:00:00''9999-12-31 23:59:59'

TIMESTAMP数据类型用于包含日期和时间部分的值。TIMESTAMP的范围从“1970-01-01 00:00:01”UTC到“2038-01-19 03:14:07”UTC。

mysql> SELECT col,
     >     CAST(col AT TIME ZONE INTERVAL '+00:00' AS DATETIME) AS ut
     >     FROM ts ORDER BY id;
+---------------------+---------------------+
| col                 | ut                  |
+---------------------+---------------------+
| 2020-01-01 10:10:10 | 2020-01-01 15:10:10 |
| 2019-12-31 23:40:10 | 2020-01-01 04:40:10 |
| 2020-01-01 13:10:10 | 2020-01-01 18:10:10 |
| 2020-01-01 10:10:10 | 2020-01-01 15:10:10 |
| 2020-01-01 04:40:10 | 2020-01-01 09:40:10 |
| 2020-01-01 18:10:10 | 2020-01-01 23:10:10 |
+---------------------+---------------------+

URL MySQL 8.0：https://dev.mysql.com/doc/refman/8.0/en/datetime.html

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

另一件值得考虑的事情：

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

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

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

这取决于应用程序。

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

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

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

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