一、只在一台服务器上部署该定时任务代码。

优点:解决方法容易理解

缺点:部署麻烦,需要多套代码,且当这台服务器出问题时就没定时任务了。

二、在定时任务代码上加上某个特定的ip限制,仅某个ip的服务器能运行该定时任务。

优点:解决方法容易理解,部署简单,不需要多套代码。

缺点:同上,只能规定一台服务器运行,发送故障时就没办法了。

三、在数据库建立多张表,从定时任务表中获取定时方法

方法:由于MySQL存在表锁和行锁(MyISAM引擎只支持表锁,而InnoDB支持行锁和表锁两种),每次执行定时任务的时候从数据库表中读取记录,只有读取到的记录标识当前任务状态为未执行时,当前机器才会去触发任务,并且更新数据库状态(先更新,再执行),由于存在表锁和行锁,因此同一时刻只能有一个事务操作,可以保证只执行一次。

优缺点:这种方法是一种比较合适的方式,但是需要有多张表,并且已经做了定时器逻辑上会有较大的改动。

可参考:

四、借助Redis的过期机制和分布式锁

方法:为你的定时器在Redis中定义一个键值对,可以用项目名称和服务器ip,执行任务前先从Redis中读取键,若没有值代表任务未被执行,同样的该台机器先更新redis,再触发定时任务。由于Redis存在过期机制,因此可以设置过期时间保证下次判断正常。

优缺点:该方法个人比较推荐,简单,对业务逻辑的改变也会少很多,只需要在原来的定时器上加上简单判断即可。

可参考:

五、Quartz的集群应用方式

方法:如果你的项目使用的是Spring自带有Task定时任务机制,quartz框架本身就是支持集群环境,可以搭建集群环境下的定时器,也能解决上述问题 不过需要配置11张数据库表。

优缺点:该解决方案最大的问题是需要配置11张左右的数据库表,工作量非常大。

来源:blog.csdn.net/weixin_42754512/article/details/109197168

作者:ccv6