额 这是fixdelay跟fixrate的区别

一次取一条，取到就更新状态，表示执行中，执行完了再更新成成功或者失败。

加个锁。 或者隔离级别。

感觉好像就是多个请求要操作同一条数据。加锁不行吗？或者把每次的间隔时间调长一些，或者每次检查的数据少一些？要不就insert on duplicate key update?

你想并发你就加锁，不并发的话间隔弄长一点。

定时任务为啥不设置成 第一次执行完再执行第二次的。

最简单的办法就是改下任务调度方式，从定时触发改为固定间隔，也就是说上一个任务结束后多久执行下一个。不管用的什么框架，应该都很容易。其次就是设置一个同步状态布尔值，如果一次还未结束，那么下一次触发就不执行。但数据同步，最好还是监听binlog或者说修改的append only log，一段时间后批量执行，对于原数据库的侵入最小，甚至可以很灵活的改为（准）实时。

那就再标记呗，非3个标记阶段。，，

怎么会有一条数据同步两次呢，数据不应该同步过后有个标识字段会打上1吗？你这次任务失败，同步了一半，下次连带着执行，不就从字段不是1的地方开始执行了

我理解定时同步，不应该有一个ID字段唯一标识这个记录吗，这样的话不就能去重的吗

第一次任务执行中,修改一个参数值为进行中,下次任务进来首先判断有没有其他线程在跑就行了

实际不应该允许这样，如果真的这样的话得调整同步周期。你容忍整天都穿插执行？你数据多，把读来的数据全insert临时表，再批量update正式表，效率比一条条update高不少。

首先为什么会出现第二次调用时第一次的数据还没同步完这个问题