因生产环境其他组有同步我这边的一个mysql的表数据,为了重新同步,因为使用的cannal做数据同步,这个只能做增量的数据同步,是通过监听binlog来实现。当时提出的方案是把需要同步的表的数据的创建时间加1秒触发binlog日志变更,触发数据重新同步。
最开始其实是通过函数DATE_ADD(create_time,INTERVAL 1 SECOND)进行数据更新,后面发现使用直接+1也可以达到同样的效果,然后就直接使用+1进行更新。执行了脚本后,发现部分数据的时间出现'0000-00-00 00:00:00',开始以为是程序导致,排查了一段时间发现不是程序导致。那就只有可能是执行脚本导致的,那为什么有些数据可以正常更新,有些不行捏。后来看了一下mysql的相关资料,发现如果直接对mysql时间字段进行加法运算,MySQL会进行隐性转换,把时间变成时间戳再进行运算,问题出在这里,判断是部分字段值转换成时间戳进行运算后的值超过MySQL的最大时间范围,导致无法存储,MySQL就会把此字段的值设置为'0000-00-00 00:00:00'。
既然是这样,就不能使用这样简单的方式进行更新了,改成函数更新,就没有发生这种现象了,真是血的教训,不能偷懒。