MySQL 提供了 DATETIME 和 TIMESTAMP 两种非常相似的类型处理日期和时间，大部分情况下两种都是 OK 的，但是有些情况二者会互有优劣。

DATETIME：

DATETIME 的时间跨度更大，可以从1001年到9999年，精度是秒。并且存储的格式是将日期和时间打包使用 YYYYMMDDhhmmss格式的整数存储，这个时间与时区无关，需要占用8个字节的存储空间。默认，MySQL 显示 的DATETIME是有序的，明确的格式，例如2021-06-02 18:35:23。这是 ANSI 的标准日期时间格式。

TIMESTAMP：

TIMESTAMP即时间戳，存储的是自格林威治时间（GMT）1970年1月1日零点以来的秒数。和 Unix 系统的时间戳一样。TIMESTAMP 仅需要4个字节存储，因此能够表示的时间跨度更小，从1970年到2038年。MySQL 提供了 FROM_UNIXTIME 和 UNIX_TIMESTAMP 函数来完成时间戳和日期之间的转换。

Mysql官方文档：传送

部分截图如下：

TIMESTAMP 还有额外的特性。默认地，MySQL会在没有指定值的情况下使用当前时间插入到 TIMESTAMP列，而更新的时候如果没有指定值会使用当前时间更新该字段，以下面的测试表为例：

CREATE TABLE t_time_test (
    id INT PRIMARY KEY,
    t_stamp TIMESTAMP,
    t_datetime DATETIME
);

可以看到MySQL 给的默认值就是当前时间戳 CURRENT_TIMESTAMP。

我们添加一些数据：

INSERT INTO t_time_test(id, t_datetime) VALUES
    (1, NULL), 
    (2, '2021-06-02 18:48:04'),
    (3, NULL);

可以看到 t_stamp列自动帮我们填充了当天的时间。这个特性使得我们可以物协程序维护数据更新时间字段，而交由 MySQL 完成。

从上面看，你可能会有优先选择使用 TIMESTAMP 来存储时间，简化了SQL。实际这种方式并不推荐，因为 TIMESTAMP 是有有效期截止时间的，TIMESTAMP 最大时间是2038年。如果你的业务时间很可能在2038年还在继续运营，毕竟现在都2021年了。如果你觉得公司业务挺不到2038年，那没关系。当然，如果幸运地挺到2038年，请务必写下一条待办事项：到2038年1月1日前修改数据表时间戳字段类型。

从安全稳妥的角度考虑，建议还是优先选择 DATETIME 类型，虽然相比 TIMESTAMP 会牺牲一点性能，但是 TIMESTAMP 的时间范围是硬伤，不要埋下一个隐患，等到真的2038年，你的公司可能是上市公司的时候，程序员可能会遭遇洪水般的 bug 冲击而不明所以，结果公司的股价迎来闪崩！然后找出来这个程序员，发现是曾经公司的大神，目前的股东，已经实现财务自由的你！你说尴尬不尴尬？