面试题：MySQL 中 DATETIME 和 TIMESTAMP 类型的区别是什么？

在 MySQL 中，DATETIME 和 TIMESTAMP 是两种常用的日期时间数据类型，但它们在 存储范围、时区处理、存储空间、默认行为 等方面有显著区别。以下是详细的对比分析：

类型	范围	特点
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`	范围有限（受 32 位 Unix 时间戳限制），存在 “2038 年问题”。

类型	行为	示例
DATETIME	不处理时区，存储的是绝对时间值，原样保存和返回。	无论服务器时区如何，插入 `2025-07-14 12:00:00`，查询时始终返回该值。
TIMESTAMP	自动处理时区：插入时转换为 UTC 存储，查询时根据当前时区转换回本地时间。	若服务器时区为 `+08:00`，插入 `2025-07-14 12:00:00`，存储为 `UTC+0`，查询时根据会话时区调整。

类型	占用空间	说明
DATETIME	8 字节	存储格式为 `YYYY-MM-DD HH:MM:SS`，不依赖时区。
TIMESTAMP	4 字节	存储为 Unix 时间戳（从 `1970-01-01 UTC` 开始的秒数），更节省空间。

类型	默认值支持	自动更新特性	说明
DATETIME	需手动设置	无	必须显式指定默认值（如 `DEFAULT '2025-01-01'`），不支持自动更新。
TIMESTAMP	支持	有	可设置 `DEFAULT CURRENT_TIMESTAMP`（插入时自动填当前时间）和 `ON UPDATE CURRENT_TIMESTAMP`（更新时自动更新时间）。

类型	插入 `NULL` 时的行为	说明
DATETIME	存储为 `NULL`	不会自动填充当前时间，需显式赋值。
TIMESTAMP	自动填充当前时间	若字段允许 `NULL` 且未指定值，插入时会自动设置为当前时间。

场景	推荐类型	原因
记录事件发生的绝对时间（如订单创建时间、历史事件）	DATETIME	不需要时区转换，时间范围大，适合长期存储。
记录系统时间（如日志、更新时间）	TIMESTAMP	支持自动更新，自动处理时区转换，适合跨时区应用。
需要节省存储空间	TIMESTAMP	占 4 字节，适合存储短期时间数据（如用户登录时间）。
避免 2038 年问题	DATETIME	TIMESTAMP 的 2038 年问题可能导致溢出，而 DATETIME 无此限制。

需求：用户注册时间需在全球范围内统一显示（如总部在美国，客户在亚洲）。
选择：DATETIME
原因：用户注册时间是一个绝对时间点，若用 TIMESTAMP，美国用户可能看到错误的本地时间（如 2025-07-14 12:00:00 在 UTC-13 时区会变成 2025-07-13 23:00:00）。

CREATE TABLE users (
    id INT PRIMARY KEY,
    username VARCHAR(50),
    register_time DATETIME  -- 统一存储为原始时间
);

CREATE TABLE orders (
    id INT PRIMARY KEY,
    product_name VARCHAR(100),
    updated_at TIMESTAMP ON UPDATE CURRENT_TIMESTAMP  -- 自动更新时间
);

特性	DATETIME	TIMESTAMP
存储范围	`1000-01-01` 到 `9999-12-31`	`1970-01-01 UTC` 到 `2038-01-19 UTC`
存储空间	8 字节	4 字节
时区处理	无	自动转换时区
默认值	需手动设置	支持 `CURRENT_TIMESTAMP`
自动更新	无	支持 `ON UPDATE CURRENT_TIMESTAMP`
NULL 处理	存储为 `NULL`	插入 `NULL` 时自动填充当前时间
适用场景	长期存储、无时区需求	跨时区应用、系统时间记录

优先使用 DATETIME：
- 需要记录历史/未来时间（如考古数据、长期计划）。
- 不需要时区转换（如订单创建时间、日志时间戳）。
- 避免 2038 年问题。
优先使用 TIMESTAMP：
- 需要自动更新时间（如记录修改时间）。
- 需要跨时区统一显示（如国际化应用）。
- 存储空间有限（如嵌入式设备）。

误区 1：认为 DATETIME 和 TIMESTAMP 只是名称不同，功能一致。
纠正：两者在存储范围、时区处理、自动更新等方面有本质区别，需根据需求选择。
误区 2：TIMESTAMP 的自动更新特性适用于所有场景。
纠正：若业务逻辑要求固定时间点（如订单创建时间），应使用 DATETIME 并手动赋值。

通过以上对比，可以根据具体业务需求灵活选择合适的数据类型！

THE END