关于MySQL的时间进位问题浅析
MySQL 当中默认的时间类型(datetime 和 timestamp)的精度是秒,如果设置进去的时间值精度小于秒的话,就会被四舍五入,可能导致数据库中的值比原始值多了一秒。也就是说,本来属于今天的记录可能会被记到明天。
下面是一个例子,演示了时间是如何进位的。首先创建一张表:
CREATE TABLE test_time ( time_sec datetime, time_millis datetime(3), time_micros datetime(6), stamp_sec timestamp, stamp_millis timestamp(3), stamp_micros timestamp(6) );
有的读者可能不知道 datetime 和 timestamp 定义时是可以带精度的,精度值为 0~6,表示保留几位小数,默认值为 0。显然保留 3 位可看作精度为毫秒,保留 6 位可看作精度为微秒。
然后我们插入一条记录:
INSERT INTO test_time ( time_sec, time_millis, time_micros, stamp_sec, stamp_millis, stamp_micros ) VALUES( '2019-11-30 12:34:56.987654', '2019-11-30 12:34:56.987654', '2019-11-30 12:34:56.987654', '2019-11-30 12:34:56.987654', '2019-11-30 12:34:56.987654', '2019-11-30 12:34:56.987654' );
然后再做一次 select * from test_time
查询就能看到下面的结果:
time_sec |time_millis |time_micros |stamp_sec |stamp_millis |stamp_micros |
---------------------|-----------------------|--------------------------|---------------------|-----------------------|--------------------------|
2019-11-30 12:34:57.0|2019-11-30 12:34:56.988|2019-11-30 12:34:56.987654|2019-11-30 12:34:57.0|2019-11-30 12:34:56.988|2019-11-30 12:34:56.987654|
可以看到 time_sec 和 stamp_sec 在数据库中的秒值都被进位了,time_millis 和 stamp_millis 的毫秒值都被进位了。
由此可见,要避免这样的误差,有两个手段:
- 定义字段的时候使用 datetime(6) 或 timestamp(6);
- 定义字段时不带精度,但在将时间存入数据库之前,要将毫秒值截取掉。
相关文档:
MySQL 5.6 Reference: Fractional Seconds in Time Values
总结
以上就是这篇文章的全部内容了,希望本文的内容对大家的学习或者工作具有一定的参考学习价值,谢谢大家对脚本之家的支持。
您可能感兴趣的文章:
- 关于Mysql 5.7版本 一直出现时间 不对 链接出现问题 以及日志的问题 解决方案...
- 关于MySQL中时间格式和取零点的问题
- 关于 mysql的 datatime类型默认值 0000-00-00 00:00:00 错误或者说没办法创建类型为时间的问题
- 关于tomcat上运行mysql时间过长未连接引发的wait_time问题解决
- 关于SpringMVC+java+mysql的Date类型的时间问题
- 关于mysql的一些时间格式和字符的问题
- 解决一个mysql关于按文章以及评论的最早时间的排序问题
- 关于Mysql时间相减问题的bug
- 关于MySQL中存储时间格式的问题
- mysql 关于查询时间的中工作中遇到的一些问题 有代表性的
- 关于Mysql入库时间的问题
- 关于mysql的时间存储类型问题
- mysql中关于时间的问题
- MySQL的时间进位问题
- 关于mysql中汉字的乱码问题
- MYSQL 关于中文的问题
- 关于统计统计程序运行时间的问题
- 关于mysql、数字类型之间转换的问题
- MySQL时间插入的问题
- 关于MySql 4.0.12左联接left outer join的一些问题