主要区别在于

时间戳上的索引-有效日期时间上的索引-不起作用

看看这篇文章，看看Datetime索引的问题

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

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

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

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

UPDATE table
SET age = 30

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

如果您想保证您的应用程序在2038年2月无法运行，请使用TIMESTAMP。有关支持的日期范围，请参阅REFMAN。

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