使用MYSQL TIMESTAMP字段进行时间加减运算问题

2023年 4月 15日 44.7k 0

目录 MYSQL TIMESTAMP字段进行时间加减运算 计算公式如下 DATETIME 与 TIMESTAMP的区别 结论 参考文档 MYSQL TIMESTAMP字段进行时间加减运算 在数据分析过程中,想当然地对TIMESTAMP字段进行运算,

目录MYSQL TIMESTAMP字段进行时间加减运算计算公式如下DATETIME 与 TIMESTAMP的区别结论参考文档

MYSQL TIMESTAMP字段进行时间加减运算

在数据分析过程中,想当然地对TIMESTAMP字段进行运算,导致结果谬之千里

计算公式如下

-- create_time与week_time的声明都是TIMESTAMP(), 要求精确到分钟 --
SELECT (sa.create_time - sa.week_time)/(1000 * 60)
from alarm_sla_1 sa

当然正确的解法是利用timestampdiff函数,如下:

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应该精确到秒,那么应该相减的结果应该得到秒,测试语句如下:

SELECT sa.week_time - sa.create_time, timestampdiff(second, sa.create_time, sa.week_time)
from alarm_sla_1 sa

但最后的结果见下表:

相减结果函数结果 1000012 86412

显然,并不存在相关性,差异何止里计?

后来继续进行了指定经度的操作运算,结论依旧如此。

DATETIME 与 TIMESTAMP的区别

特性DATETIMETIMESTAMP 时间范围 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字段直接进行相减操作,可能得到难以理解的结果,请慎用。

以上为个人经验,希望能给大家一个参考,也希望大家多多支持每日运维。

参考文档

日期与时间函数秒的精度说明

相关文章

Oracle如何使用授予和撤销权限的语法和示例
Awesome Project: 探索 MatrixOrigin 云原生分布式数据库
下载丨66页PDF,云和恩墨技术通讯(2024年7月刊)
社区版oceanbase安装
Oracle 导出CSV工具-sqluldr2
ETL数据集成丨快速将MySQL数据迁移至Doris数据库

发布评论