MySQL时间偏差问题的发现与解决
场景
背景:客户的聊天记录通过已有功能进行解密封装落库
场景:在聊天记录保存时通过kafka发送聊天记录到敏感词模块进行敏感词过滤,当某人触发记录达到阈值时,发生告警卡片,点击告警卡片时根据聊天记录生成的时间去落库信息中查找详情。
触发
发现点击卡片时显示的条目与该卡片展示的数据有时会有+1的误差
排查发现,系统产生卡片使用的时间是生成聊天记录Entity时解析出的时间,而数据库中存储时,时间偶尔会加1秒,就会导致查库少一条记录
场景模拟
实体类
表结构
表的time字段使用DateTime,实体类使用的Date
插入数据库测试,直接new Date()插入数据库
idea日志
这里可以看到插入时间是20:51:00
但是查看数据库发现
存入数据库变成了20:51:01
分析
入库时时间添加了1秒
其实这里的日志很清楚的反映了问题,看毫秒值大于了500,而数据库DateTime默认精度是精确到秒,而它并不会直接去掉毫秒值,而是四舍五入,所以插入记录的时间毫秒值大于500后,进入数据库就会加1秒。
解决
- 插入数据库时设置日期毫秒值为0
- 修改数据库DateTime为DateTime(3),表示精确到3位毫秒值
实际测试两种方法均生效,但是后者会导致数据库存储毫秒值,而业务需要到秒即可,所以最终使用了方案1.
最后与相关负责人沟通后修改了聊天记录生成时间的逻辑