quartz对任务超时和misfire的处理,启动时多执行一次
目前有一个按月累计折旧的定时任务,测试环境要配合业务测试,所以手工先停服务器,修改Linux系统时间,再启动服务器,但是出现问题,启动的时候有时候多执行一次,定凌晨5点定时启动,我修改时间为4点55, 56的时候服务器起来,执行了一次定时任务,5点准时又执行了一次,而且这个是不定时出现的,一晚测试30次,出现了5次多跑的情况,现象和这个帖子相似 https://www.iteye....
目前有一个按月累计折旧的定时任务,测试环境要配合业务测试,所以手工先停服务器,修改Linux系统时间,再启动服务器,但是出现问题,启动的时候有时候多执行一次,定凌晨5点定时启动,我修改时间为4点55, 56的时候服务器起来,执行了一次定时任务,5点准时又执行了一次,而且这个是不定时出现的,一晚测试30次,出现了5次多跑的情况,
现象和这个帖子相似 https://www.iteye.com/blog/kanbol-1160826
quartz有个全局的参数misfireThreshold设置可以允许的超时时间,超过了就不执行,未超过就执行。
比如设置了misfireThreshold=30分钟,如果一个任务定时在10:30执行,但在10:29服务器挂了,在10:50启动,虽然任务超时了21分钟,但小于misfireThreshold,所以还是可以执行。而如果服务器11:10才启动,那就misfire了。
对于周期性的任务,如果有misfire的情况出现,则会自动更新CronTrigger的时间周期
默认情况下会在当前时间马上执行前一个被misfire的任务
而如果设置MISFIRE_INSTRUCTION_DO_NOTHING,则不对misfire的任务做特殊处理,只从当前时间之后的下一次正常调度时间开始执行
查了一下我们配置的misfireThreshold是60秒,不应该出现这个情况,而且我们没有延迟执行任务,
最后结局方案就是把这个misfireThreshold改成0了,另外测试的时候重启服务时先修改时间,然后等几分钟再重启,基本上没有遇到这个问题
更多推荐
所有评论(0)