MySQL之DATETIME与TIMESTAMP的时间精度问题

发布日期：2025-01-03 17:42    点击次数：125

datetime与timestamp时间精度问题 默认时间精度与最大时间精度更改数据库中所有指定字段的类型的存储过程（用于修正时间精度） 默认时间精度与最大时间精度 更改数据库中所有指定字段的类型的存储过程（用于修正时间精度） 使用ALTER修改表的字段 CHANGE：可修改表列名称和属性MODIGY：只可修改表列的属性 MySQL中选datetime还是timestamp呢？ 1. 基本区别 类型所占字节格式范围TIMESTAMP4字节YYYY-MM-DD HH:MM:SS1970-01-01 00:00:01utc到2038-01-19 03:14:07utcDATETIME5字节YYYY-MM-DD HH:MM:SS1000-01-01 00:00:00到9999-12-31 23:59:59DATE3字节YYYY-MM-DD1000-01-01到9999-12-31TIME3字节HH:MM:SS-838:59:59到838:59:59YEAR1字节YYYY1901到2155 注：MySQL 5.6.4 之前，占 8 个字节 ，之后版本，占 5 个字节。 2. 其他特性 1. TIMESTAMP是以utc格式存储，会自动检索当前时区对时间进行转换，而DATETIME不会。 2. 存入null时，TIMESTAMP会自动存储当前时间，而DATETIME存储null值。 3. 时间计算： DATETIME翻译为汉语即"时间戳"，它是当前时间到 Unix元年(1970 年 1 月 1 日 0 时 0 分 0 秒)的秒数。对于某些时间的计算，如果是以 DATETIME 的形式会比较困难，假如我是 1994-1-20 06:06:06 出生，现在的时间是 2016-10-1 20:04:50 ，那么要计算我活了多少秒钟， DATETIME还需要函数进行转换，但是 TIMESTAMP 直接相减就行。 3. 什么场景下用什么类型合适呢？ 1.需要跨时区计算时间用 或者 需要自动更新时间的TIMESTAMP 计算一架从北京飞往纽约的飞机的飞行时间。这个场景中，如果使用 TIMESTAMP 来存时间，起飞和降落时间的值，都会被转换成 UTC 时间，所以它们直接相减即可获得结果。但如果使用 DATATIME 格式存时间，还需要进行转换，才可以完成，容易出错。 2.记录创建修改时间 或者 时间范围大于2038 用DATETIME DATATIME作为记录时间，现在都已经2022年了，很快就到2038年啦，使用DATATIME不需要担心超过范围。 当然在两者都满足使用的情况下，所占字节越小越好，TIMESTAMP比DATATIME好。 4.BIGINT使用（占8字节） 还有一种情况，即不用TIMESTAMP也不用DATATIME，而是用BIGINT。存储自纪元以来的毫秒数（如果使用的是 Java，则用 System.currentTimeMillis() 获取当前时间） 这样有几个优点： 1. 可以在迁移数据库时避免因为数据类型差异。比如MySQL的DATETIME类型和Oracle的DATETIME类型之间可能存在差异，timestamp类型的精度可能也存在差异，MySQL的timestamp精度不是一开始就支持毫秒精度的。 2. 没有时区问题。无论是哪个时区，因为开始计算的时间不同，无论当前时间如何，跨度是一致的。也没有timestamp和datatime的范围问题。是对timestamp的补充。 3. InnoDB存储引擎下，通过时间范围查找，性能bigint > datetime > timestamp，通过时间排序，性能bigint > timestamp > datetime。综合来讲，bigint性能最好。 总结 以上为个人经验，希望能给大家一个参考，也希望大家多多支持脚本之家。 您可能感兴趣的文章:MySQL 时间类型用 datetime, timestamp 还是 integer 更好MYSQL 数据库时间字段 INT,TIMESTAMP,DATETIME 性能效率的比较介绍浅谈Mysql时间的存储 datetime还是时间戳timestamp详解MySQL中timestamp和datetime时区问题导致做DTS遇到的坑MySQL 中 datetime 和 timestamp 的区别与选择MySQL中datetime和timestamp的区别及使用详解Mysql中的Datetime和Timestamp比较关于MySQL中datetime和timestamp的区别解析