MySQL DATETIME类型存储空间详解：从8字节到5字节的演变

MySQL系列文章

在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）。

---

三、关键注意事项

1. 版本查询命令
   确认MySQL版本是首要步骤：

   SELECT VERSION(); -- 输出示例：8.0.33
   

2. 精度定义检查
   通过表结构查看是否定义小数秒：

   SHOW CREATE TABLE your_table;
   

   若显示created_at DATETIME(3)，则表示精度为毫秒（占7字节）。

3. 空间优化建议

   • 无小数秒需求时，直接使用 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%存储空间。合理利用精度定义，可显著优化大规模数据存储效率。

文章的最后，想和你多聊两句。

技术之路，常常是热闹与孤独并存。那些深夜的调试、灵光一闪的方案、还有踩坑爬起后的顿悟，如果能有人一起聊聊，该多好。

为此，我建了一个小花园——我的微信公众号「[努力的小郑]」。

这里没有高深莫测的理论堆砌，只有我对后端开发、系统设计和工程实践的持续思考与沉淀。它更像我的数字笔记本，记录着那些值得被记住的解决方案和思维火花。

如果你觉得今天的文章还有一点启发，或者单纯想找一个同行者偶尔聊聊技术、谈谈思考，那么，欢迎你来坐坐。

愿你前行路上，总有代码可写，有梦可追，也有灯火可亲。