MySQL时间类型选型：timestamp与datetime深度对比

1. 时间类型选型的核心痛点

MySQL中timestamp和datetime的选型问题，是每个后端开发者都会遇到的经典选择题。我在实际项目中见过太多因为选型不当导致的"时间错乱"事故——从跨时区同步失败到夏令时计算错误，甚至还有2038年时间溢出的隐患。

这两种类型看似都能存储时间数据，但底层实现差异巨大。timestamp占用4字节，支持时区转换，范围是1970-2038年；datetime占用8字节，不带时区信息，范围是1000-9999年。选择不当可能导致存储空间浪费、时区转换错误或未来时间溢出等问题。

2. 存储原理与特性对比

2.1 timestamp的二进制秘密

timestamp实际存储的是UTC时间戳（从1970-01-01 00:00:00到当前时间的秒数）。当客户端查询时，MySQL会根据系统变量time_zone自动转换为客户端时区显示。这种设计带来两个关键特性：

1. 时区自适应：同一时间戳在不同时区客户端显示不同值
2. 自动更新：可以设置DEFAULT CURRENT_TIMESTAMP和ON UPDATE CURRENT_TIMESTAMP

sql复制-- 典型的时间戳列定义
CREATE TABLE events (
    id INT PRIMARY KEY,
    created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
    updated_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP
);

2.2 datetime的固定存储机制

datetime以"YYYY-MM-DD HH:MM:SS"格式原样存储，不进行任何时区转换。8字节存储空间拆分为：

• 1字节存储年份（1000-9999）
• 1字节存储月份
• 1字节存储日期
• 1字节存储小时
• 1字节存储分钟
• 1字节存储秒
• 2字节保留位

sql复制-- 时区测试示例
SET time_zone = '+00:00';
INSERT INTO test_time VALUES (NULL, NOW(), NOW());
SET time_zone = '+08:00';