最近遇到一个mybatis的天坑,在用datetime字段作为条件更新时,我传的是java.util.Date类型。
线上发生过数据不对,经过试验多次得出结论:传Date类型会发生更新数据不对的问题。
经过批量跑数据,发生的概率还很大,接近50%。也就是一半可能查不到真实的数据或者更新不到真实的数据。
原因是 mybatis接收Date类型,默认转换成timestamp,也就是毫秒数,mysql的datetime默认是秒。也就是mysql从毫秒到秒会发生精度丢失
比方说 现在是2022-12-09 12:00:00, 也是数据库的某datetime值,假如java.util.Date=2022-12-09 12:00:00.899 ,在经过mysql毫秒到秒的转换,可能就是2022-12-09 12:00:01了
,这样条件就匹配不上了。毫秒数四舍五入,这样解释为什么会发生50%的概率
有三种解决方案:
1.修改字段类型变成datetime(4),也就是精确到毫秒
2.传入日期的字符串
3.对日期进行格式化处理 mysql函数处理
强推2