前面介绍，我们重构了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)即可。
