文章目录
- 问题1
- 描述:
- 原因:
- 办法:
- 问题2
- 描述:
- 原因:
- 办法:
问题1
描述:
定时任务关闭了, 但是服务器定时任务依然在跑
原因:
若依自带定时任务有缓存,且缓存是服务器内存,不是分布式缓存。
-
单体项目:
很可能是手动修改了数据库表中的定时任务开关,但是缓存没有关闭。
-
集群项目:
项目部署在多个节点上,且每个节点绑定的数据库表是同一张表;
若依框架定时任务使用的调度器缓存是服务器内存,不是分布式缓存,所以在节点1 关闭定时任务,节点2查看的时候,展示的是关闭,但是实际上节点2内存中的开关缓存依然是开,所以结点2依然会跑。
办法:
刷新服务器内存中的缓存;
操作:
-
单体项目:
重新开启-再关闭;或者重新构建服务器部署;
-
集群项目:(k8s项目部署多个节点)
每个节点重新开启-再关闭;或者重新构建每个节点的服务器部署;
问题2
描述:
同一时刻,定时任务执行了多次;执行多次结果幂等(比如:单据本来就因为业务原因同步系统1失败,你再执行,它结果还是失败)
原因:
下面这段代码是定时任务调用的同步失败问题订单的服务方法:
public void synSrmProblemOrderFail() throws Exception {
String key = RedisKeyPre.inventorySrmProblem;
RLock rLock = redissonClient.getLock(key);
try {
// 尝试加锁,最多等待3秒,上锁以后300秒自动解锁
boolean res = rLock.tryLock(3, 300, TimeUnit.SECONDS);
if (!res) {
Log.info(LogBuilder.builder().business("同步SRM问题单,请等待锁释放").build());
return;
}
} catch (InterruptedException e) {
Log.error(LogBuilder.builder().business("同步SRM问题单获取锁异常" + e).build());
}
try {
qmsAsyncTaskService.synSrmProblemOrderFail();
} finally {
releaseLock(rLock);
}
}
上面代码对应出现定时任务一个时刻时,执行多次场景(项目部署在多个节点):
- 注意:这里如果多个节点系统时间不一致时,考虑是否节点执行是否同频,以造成这个结果;
办法:
结合业务场景考虑:是否确保同一时刻只有一个结点在同步;
比如:类似发短信的定时任务,每天10点给客户发,结果你这个10点给客户发了多条,这就不行了;
不过,还有一种场景,就是同步失败单据,虽然结果会出现幂等(业务原因同步失败的单据,你同步多少次都是失败),但是对于网络原因失败的,可以每个节点都执行时,也可以考虑不处理;
-
如果要确保同一时刻只有一个结点执行,需要优化代码