设置 OnOneServer ，拿到锁的server执行定时任务时，pod突然重启，锁没能释放，会导致这种问题，也无法避免，只能等锁超时。
2个建议，一是调低锁的时长，二是任务本身要有防重复执行代码

设置 OnOneServer ，拿到锁的server执行定时任务时，pod突然重启，锁没能释放，会导致这种问题，也无法避免，只能等锁超时。 2个建议，一是调低锁的时长，二是任务本身要有防重复执行代码

这个锁至少锁了1个小时以上,具体多长时间我倒是没测过

追源码可以看到，默认锁3600秒，也就是1小时。
你上面的->setMutexPool("default")->setMutexExpires(29) ，这串代码，也就是调低了锁时长，到29秒。

不过你的临时方案没有设置OnOneServer，setMutexExpires 其实也是不起效的，存在多个pod并发执行定时任务的情况。

crontab 建议自己控制下，参数太多，感觉调参数的成本也挺高的

不过你的临时方案没有设置OnOneServer，setMutexExpires 其实也是不起效的，存在多个pod并发执行定时任务的情况。

看日志没并发,可能节点不够多,工作日我加OnOneServer试试

不过你的临时方案没有设置OnOneServer，setMutexExpires 其实也是不起效的，存在多个pod并发执行定时任务的情况。

(new Crontab())->setName('NacosServerListTask')
		    ->setRule('*/30 * * * * *')
		    ->setCallback([App\Task\NacosServerListTask::class, 'execute'])
		    ->setOnOneServer(true)->setMutexPool("default")->setMutexExpires(29)
		    ->setEnable(\Hyperf\Support\make(App\Task\NacosServerListTask::class)->isEnable()),

改成这样

第一次发布的时候正常

第二次发布的时候,也正常

第三次发布的时候,中间会被锁上1分钟,这就有点难受

第四次发布,中间锁30秒

感觉这个锁不太准

setMutexExpires(10)这个改成10也会出现一次跳过的,后面又连续发布了4,5次,每次都出现这个问题

这个锁是最大的加锁时长。 你锁60秒，01秒加锁，30秒重启服务器，肯定只锁30秒了。。。

如果你希望每次重启后立即执行，就去掉框架提供的锁，自行在要执行的定时任务里做好防并发、防重复执行的逻辑