一、只在一台服务器上部署该定时任务代码。
优点：解决方法容易理解
缺点:部署麻烦，需要多套代码，且当这台服务器出问题时就没定时任务了。
二、在定时任务代码上加上某个特定的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
