我喜欢Unix时间戳，因为你可以转换成数字，只需担心数字。此外，您还可以添加/减去和获取持续时间等。然后将结果转换为任何格式的日期。这段代码找出文档的时间戳和当前时间之间经过了多少时间（以分钟为单位）。

$date  = $item['pubdate']; (etc ...)
$unix_now = time();
$result = strtotime($date, $unix_now);
$unix_diff_min = (($unix_now  - $result) / 60);
$min = round($unix_diff_min);

主要区别在于

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

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

我总是将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更好。它允许用户控制所需的确切日期和时间，而不考虑服务器设置。设置时间是设置时间，不受服务器时区、用户时区或夏时制计算方式变化的影响（是的，它会变化）。

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

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

在遇到许多与时区相关的问题和错误后，我停止在应用程序中使用datetime。在大多数情况下，IMHO使用时间戳优于datetime。

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

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

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

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

简言之

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

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

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

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