[[442110]]

前边先容，咱们重构了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');

稽察遵守

 kaiyun.com

处理有预备无庸赘述，只需要修将来志表触发时辰字段的类型由DATETIME改为DATETIME(1)即可。