我更喜欢使用时间戳，以便将所有内容保持在一个通用的原始格式中，并将数据格式化为PHP代码或SQL查询。在某些情况下，它可以在代码中方便地将所有内容保持在简单的秒数内。

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

根据我的经验，如果您想要一个插入仅发生一次的日期字段，并且不想对该特定字段进行任何更新或任何其他操作，请使用日期时间。

例如，考虑具有REGISTRATION DATE字段的用户表。在该用户表中，如果您想知道特定用户的上次登录时间，请使用时间戳类型的字段，以便更新该字段。

如果您是从phpMyAdmin创建表，则默认设置将在行更新发生时更新时间戳字段。如果时间戳字段未随行更新而更新，则可以使用以下查询使时间戳字段自动更新。

ALTER TABLE your_table
      MODIFY COLUMN ts_activity TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP;

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

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

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

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

我建议不要使用DATETIME或TIMESTAMP字段。如果你想将一个特定的日子作为一个整体来表示（比如生日），那么就使用DATE类型，但是如果你要更具体一些，你可能会对记录一个实际的时刻感兴趣，而不是一个时间单位（日、周、月、年）。不要使用DATETIME或TIMESTAMP，而是使用BIGINT，只需存储自epoch以来的毫秒数（如果使用Java，则为System.currentTimeMillis（））。这有几个优点：

避免供应商锁定。几乎每个数据库都以相对类似的方式支持整数。假设您想移动到另一个数据库。您想担心MySQL的DATETIME值之间的差异以及Oracle如何定义它们吗？即使在不同版本的MySQL中，TIMESTAMPS也具有不同的精度级别。直到最近，MySQL才支持时间戳中的毫秒。没有时区问题。这里有一些关于不同数据类型的时区的见解。但这是常识吗？你的同事会花时间学习吗？另一方面，很难将BigINT更改为java.util.Date。使用BigINT会导致很多时区问题被搁置一旁。无需担心范围或精度。你不必担心未来日期范围会缩短什么（TIMESTAMP只适用于2038年）。第三方工具集成。通过使用整数，第三方工具（例如EclipseLink）与数据库的接口很简单。并非所有第三方工具都会像MySQL一样理解“datetime”。如果您使用这些自定义数据类型，想尝试在Hibernate中确定是否应该使用java.sql.TimeStamp或java.util.Date对象？使用基本数据类型使第三方工具的使用变得微不足道。

这个问题与如何在数据库中存储货币值（即1.99美元）密切相关。你应该使用十进制，还是数据库的货币类型，或者最糟糕的是双精度？由于上面列出的许多相同原因，所有三种选择都很糟糕。解决方案是使用BIGINT将货币的价值存储为美分，然后在向用户显示价值时将美分转换为美元。数据库的工作是存储数据，而不是插入数据。您在数据库（尤其是Oracle）中看到的所有这些花哨的数据类型几乎没有增加任何内容，并使您开始进入供应商锁定状态。