前面介绍,我们重构了XXL-JOB,在测试环境升级到新版本一段时间后,依然发现很多日记的触发时间是延迟了一秒才触发的。但经过各种优化后手段后,经统计发现,触发的耗时累加起来已经不会超过1秒了,因此,我们怀疑是MySQL时间差与容器时间差的问题。
最终发现,是因为日记表触发时间字段使用的datetime类型存储,datetime的精度是秒,如果设置进去的时间值精度小于秒的话,就会被四舍五入,可能导致数据库中的值比原始值多了一秒。
以下是官方文档的介绍:
可以看到,MySQL5.6之后,已经支持TIME、DATETIME和TIMESTAMP类型保存精度到微秒,但要求在创建表的时候,声明字段类型时,需要给TIME、DATETIME或TIMESTAMP加上fsp,取值范围为0~6,默认值为0。
以下是测试案例(MySQL5.6.37版本):
- 创建表
CREATE TABLE t1 (dt DATETIME, dt_ms DATETIME(3));
- 插入数据
INSERT INTO t1 VALUES ('2021-12-24 10:00:04.50', '2021-12-24 10:00:04.50');
- 查看结果
解决方案显而易见,只需要修改日记表触发时间字段的类型由DATETIME改为DATETIME(1)即可。
免责声明:本平台仅供信息发布交流之途,请谨慎判断信息真伪。如遇虚假诈骗信息,请立即举报
举报