记一次mysql惨痛教训，时间变成“0000-00-00 00:00:00“

        因生产环境其他组有同步我这边的一个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'。

        既然是这样，就不能使用这样简单的方式进行更新了，改成函数更新，就没有发生这种现象了，真是血的教训，不能偷懒。