MySQL datetime 和 timestamp 选哪个？时区坑怎么避？

Question

仓乃文 · Accepted Answer

datetime 和 timestamp 都能存时间，但行为差异很大。timestamp 存的是 UTC 时间戳，查询时自动转换为当前时区；datetime 存的是字面时间，不做时区转换。选错类型会导致跨时区业务出现时间错乱。

核心区别：
```
| 维度         | datetime            | timestamp          |
|-------------|---------------------|--------------------|
| 存储方式     | 字面时间，无时区    | UTC 时间戳          |
| 时区转换     | 不转换              | 自动转换            |
| 范围         | 1000-9999 年        | 1970-2038 年        |
| 存储空间     | 8 字节              | 4 字节              |
| 默认值       | 支持 CURRENT_...    | 支持 CURRENT_...    |
| NULL 值      | 不自动更新          | 可自动更新          |
| 2038 问题    | 无                  | 有                  |
```

时区坑复现：
```sql
-- 服务器时区为 UTC+8（北京时间）
CREATE TABLE test (
    dt DATETIME,
    ts TIMESTAMP
);

INSERT INTO test VALUES ("2025-05-08 12:00:00", "2025-05-08 12:00:00");

-- 切换时区为 UTC
SET time_zone = "+00:00";
SELECT * FROM test;
-- dt 仍然是 12:00:00（字面值不变）
-- ts 变成了 04:00:00（自动转为 UTC）

-- 这意味着：
-- 如果用户在北京时间 12:00 下单
-- datetime 存的是 12:00，海外用户看到的也是 12:00（错误）
-- timestamp 存的是 UTC 04:00，海外用户看到的是当地时间（正确）
```

选择建议：
```sql
-- 需要跨时区展示的时间（创建时间、更新时间）→ timestamp
-- 或用 DATETIME + 应用层统一转时区（更灵活）
CREATE TABLE orders (
    id BIGINT PRIMARY KEY,
    created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
    -- 业务时间（如活动开始时间）用 DATETIME
    event_start DATETIME NOT NULL
);

-- JDBC 连接串指定时区
jdbc:mysql://host/db?serverTimezone=Asia/Shanghai
```

补充说明：
- timestamp 的 2038 年问题：4 字节最大值到 2038-01-19 03:14:07 UTC
- MySQL 8.0.28+ 已修复 timestamp 范围限制，但老版本仍有此问题
- 规则：需要时区转换用 timestamp，业务固定时区用 datetime
- 无论用哪种，JDBC 连接串必须指定 serverTimezone