MySQL DATETIME类型存储空间详解：从8字节到5字节的演变
在MySQL数据库设计中，DATETIME类型用于存储日期和时间信息，但其存储空间大小并非固定不变，而是随MySQL版本迭代和精度定义动态变化。本文将详细说明其存储规则，并提供清晰的对比表格。
一、核心结论
- MySQL 5.6.4 是分水岭：此前固定占用 8 字节；此后优化为 5 字节基础 + 精度附加空间。
- 精度决定扩展空间：若定义小数秒（如
DATETIME(3)），需额外 1~3 字节。 - 无精度定义时默认占 5 字节：现代MySQL（≥5.6.4）的常见场景。
二、存储空间对比表格
| MySQL 版本 | 是否支持小数秒 | 数据类型定义 | 存储空间 | 范围 | 存储格式 |
|---|---|---|---|---|---|
| < 5.6.4 | ❌ 不支持 | DATETIME | 8 字节 | '1000-01-01 00:00:00' 至 '9999-12-31 23:59:59' | YYYYMMDDHHMMSS（整数） |
| ≥ 5.6.4 | ✅ 支持 | DATETIME 或 DATETIME(0) | 5 字节 | 同上 | 优化的二进制打包格式 |
| ≥ 5.6.4 | ✅ 支持 | DATETIME(1) / (2) | 6 字节 | 同上（含小数秒） | 基础5B + 1B精度扩展 |
| ≥ 5.6.4 | ✅ 支持 | DATETIME(3) / (4) | 7 字节 | 同上（含小数秒） | 基础5B + 2B精度扩展 |
| ≥ 5.6.4 | ✅ 支持 | DATETIME(5) / (6) | 8 字节 | 同上（含小数秒） | 基础5B + 3B精度扩展 |
注：精度扩展空间计算公式：
5 + CEIL(fsp / 2)字节（fsp为小数秒位数，范围0-6）。
三、关键注意事项
-
版本查询命令
确认MySQL版本是首要步骤：SELECT VERSION(); -- 输出示例：8.0.33 -
精度定义检查
通过表结构查看是否定义小数秒：SHOW CREATE TABLE your_table;若显示
created_at DATETIME(3)，则表示精度为毫秒（占7字节）。 -
空间优化建议
- 无小数秒需求时，直接使用
DATETIME（默认5字节）； - 需存储毫秒/微秒时，按业务需求选择最小精度（如
DATETIME(3)）； - 旧版本升级后，建议检查表结构以利用空间优化。
- 无小数秒需求时，直接使用
四、总结
| 场景描述 | 存储空间 |
|---|---|
| MySQL 5.6.3及之前版本 | 8 字节 |
| MySQL 5.6.4+，无小数秒（默认） | 5 字节 |
| MySQL 5.6.4+，含1-2位小数秒 | 6 字节 |
| MySQL 5.6.4+，含3-4位小数秒 | 7 字节 |
| MySQL 5.6.4+，含5-6位小数秒 | 8 字节 |
现代MySQL（≥5.6.4）中，DATETIME在未定义小数秒时仅需5字节，比旧版本节约37.5%存储空间。合理利用精度定义，可显著优化大规模数据存储效率。