使用MYSQL TIMESTAMP字段进行时间加减运算问题
吾爱主题
阅读:181
2023-02-09 12:02:00
评论:0
MYSQL TIMESTAMP字段进行时间加减运算
在数据分析过程中,想当然地对TIMESTAMP字段进行运算,导致结果谬之千里
计算公式如下
?1 2 3 | -- create_time与week_time的声明都是TIMESTAMP(), 要求精确到分钟 -- SELECT (sa.create_time - sa.week_time)/(1000 * 60) from alarm_sla_1 sa |
当然正确的解法是利用timestampdiff函数,如下:
?1 2 | SELECT timestampdiff( minute , sa.create_time, sa.week_time) from alarm_sla_1 sa |
但有意思的问题在于,MYSQL明明支持减法操作,为何操作的结果又大相径庭?
类似的问题还有,TIMESTAMP字段的时间精度是什么?
从MYSQL的官方实例中可以看到(请见后续的参考文档),TIMESTAMP字段的小数部分确定了秒的经度,3位小数精确到毫秒,6位小数精确到微秒,如下:
声明方式 | 小数长度 | 精度 |
---|---|---|
TIMESTAMP(3) | 3 | 毫秒 |
TIMESTAMP(6) | 6 | 微秒 |
按照上面的推论,那么默认的声明TIMESTAMP应该精确到秒,那么应该相减的结果应该得到秒,测试语句如下:
?1 2 | SELECT sa.week_time - sa.create_time, timestampdiff( second , sa.create_time, sa.week_time) from alarm_sla_1 sa |
但最后的结果见下表:
相减结果 | 函数结果 |
---|---|
1000012 | 86412 |
显然,并不存在相关性,差异何止里计?
后来继续进行了指定经度的操作运算,结论依旧如此。
DATETIME 与 TIMESTAMP的区别
特性 | DATETIME | TIMESTAMP |
---|---|---|
时间范围 | 1000-01-01 00:00:00到9999-12-31 23:59:59 | 1970-01-01 00:00:01到2038-01-09 03:14:07 |
存储空间 | 8+3(秒的精度) | 4+3(秒的精度) |
格式转换 | 不支持 | 支持UTC |
多时区支持 | 不支持,固定时区 | 不支持 |
创建索引 | 不能 | 能 |
查询后缓存结果 | 否 | 是 |
结论
MYSQL中TIMESTAMP字段直接进行相减操作,可能得到难以理解的结果,请慎用。
以上为个人经验,希望能给大家一个参考,也希望大家多多支持服务器之家。
参考文档
原文链接:https://blog.csdn.net/yiifaa/article/details/78611079
声明
1.本站遵循行业规范,任何转载的稿件都会明确标注作者和来源;2.本站的原创文章,请转载时务必注明文章作者和来源,不尊重原创的行为我们将追究责任;3.作者投稿可能会经我们编辑修改或补充。