在MySQL数据库表结构设计过程中，时间字段的类型选择是基础但容易出错的环节，DATETIME和TIMESTAMP作为最常用的两种时间存储类型，各自有不同的适用场景，理解两者的差异是正确选型的前提。
DATETIME和TIMESTAMP的核心区别
1. 存储范围不同
DATETIME的存储范围非常广，支持从1000-01-01 00:00:00到9999-12-31 23:59:59的时间数据，几乎可以覆盖所有历史时间和未来时间的存储需求。而TIMESTAMP的存储范围则小很多，仅支持从1970-01-01 00:00:01 UTC到2038-01-19 03:14:07 UTC的时间数据，超过这个范围的时间无法正确存储。
2. 时区支持不同
DATETIME类型存储的是字面时间，不会根据时区进行转换，写入什么时间就存储什么时间，读取时返回的结果和写入时完全一致，和数据库所在服务器的时区设置无关。TIMESTAMP类型则和时区强相关，存储时会将写入的时间转换为UTC时间进行存储，读取时再根据当前数据库的时区设置转换回对应时区的时间，不同时区下读取同一个TIMESTAMP字段会得到不同的结果。
3. 存储空间不同
在MySQL 5.6.4及之后的版本中，DATETIME类型需要5个字节的存储空间，如果包含秒级小数精度，会根据精度额外增加0到3个字节。TIMESTAMP类型固定需要4个字节的存储空间，同样支持秒级小数精度，精度部分额外占用的空间和DATETIME一致。从存储成本来看，TIMESTAMP更节省空间。
4. 自动更新特性不同
TIMESTAMP类型支持自动初始化和自动更新特性，可以在字段定义时设置DEFAULT CURRENT_TIMESTAMP和ON UPDATE CURRENT_TIMESTAMP，当插入数据时如果没有指定该字段的值，会自动填充当前时间，当更新数据时该字段会自动更新为当前时间。DATETIME类型在MySQL 5.6.5及之后的版本也支持类似的自动更新特性，但默认不会开启，需要显式定义。
5. 默认值限制不同
TIMESTAMP字段在旧版本MySQL中如果未显式定义默认值，可能会默认设置为CURRENT_TIMESTAMP或者0，不同版本的行为有差异。DATETIME字段在未显式定义默认值时，默认值为NULL，除非显式设置NOT NULL属性且没有默认值，插入时才会报错。
两种类型的代码示例
下面是创建包含两种时间类型字段的表结构示例：
-- 创建测试表，包含DATETIME和TIMESTAMP字段
CREATE TABLE test_time_type (
id INT PRIMARY KEY AUTO_INCREMENT,
-- DATETIME字段，无自动更新
create_time_datetime DATETIME,
-- TIMESTAMP字段，自动初始化和自动更新
update_time_timestamp TIMESTAMP DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
-- DATETIME字段，开启自动更新
update_time_datetime DATETIME DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;
-- 插入测试数据，不指定时间字段的值
INSERT INTO test_time_type (id) VALUES (1);
-- 查询数据，查看两种时间类型的存储结果
SELECT * FROM test_time_type WHERE id = 1;
如果数据库时区设置为东八区，插入数据后查询会得到类似如下的结果：
| id | create_time_datetime | update_time_timestamp | update_time_datetime |
|---|---|---|---|
| 1 | NULL | 2024-05-20 12:30:00 | 2024-05-20 12:30:00 |
如果将数据库时区修改为东九区，再次查询update_time_timestamp字段的值会变成2024-05-20 13:30:00，而create_time_datetime和update_time_datetime的值不会变化。
如何选择合适的类型
选择DATETIME的场景
- 需要存储超过2038年的时间数据，比如存储长期有效的合同到期时间、历史档案时间等。
- 业务需要固定时间值，不希望受时区影响，比如存储用户填写的生日、预约的指定时间等。
- 需要存储的时间范围非常早，早于1970年的时间数据。
选择TIMESTAMP的场景
- 只需要存储1970年到2038年之间的时间数据，且对存储空间比较敏感。
- 业务需要自动根据时区转换时间，比如记录用户的操作时间，不同地区用户看到的操作时间对应各自时区的时间。
- 需要字段自动记录数据的创建和更新时间，且不需要额外的触发器实现。
注意事项
如果业务需要存储的时间可能超过2038年，不要选择TIMESTAMP类型，否则会出现时间溢出错误，这是很多老系统升级时容易遇到的问题。
另外，在使用TIMESTAMP类型时，要明确数据库的时区设置，避免因为时区配置错误导致时间数据读取异常。如果业务需要跨时区统一时间标准，也可以考虑统一使用UTC时区的DATETIME存储，在应用层再做时区转换，这样更灵活可控。