五种解决分布式集群环境下定时任务执行多次的方法

一 只在一台服务器上部署该定时任务代码。
优点：解决方法容易理解 缺点:部署麻烦，需要多套代码，且当这台服务器出问题时就没定时任务了。

二 在定时任务代码上加上某个特定的ip限制，仅某个ip的服务器能运行该定时任务。
优点：解决方法容易理解，部署简单，不需要多套代码。 缺点：同上，只能规定一台服务器运行，发送故障时就没办法了。

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

方法：由于MySQL存在表锁和行锁（MyISAM引擎只支持表锁，而InnoDB支持行锁和表锁两种），每次执行定时任务的时候从数据库表中读取记录，只有读取到的记录标识当前任务状态为未执行时，当前机器才会去触发任务，并且更新数据库状态(先更新，再执行)，由于存在表锁和行锁，因此同一时刻只能有一个事务操作，可以保证只执行一次
优缺点：这种方法是一种比较合适的方式，但是需要有多张表，并且已经做了定时器逻辑上会有较大的改动
可参考：https://blog.csdn.net/xiao_2317/article/details/51765457

四、借助Redis的过期机制和分布式锁
方法：为你的定时器在Redis中定义一个键值对，可以用项目名称和服务器ip，执行任务前先从Redis中读取键，若没有值代表任务未被执行，同样的该台机器先更新redis，再触发定时任务。由于Redis存在过期机制，因此可以设置过期时间保证下次判断正常
优缺点：该方法个人比较推荐，简单，对业务逻辑的改变也会少很多，只需要在原来的定时器上加上简单判断即可
可参考：https://www.cnblogs.com/ztfjs/p/redis-lock.html
https://www.jianshu.com/p/48c5b11b80cd

五、Quartz的集群应用方式
方法：如果你的项目使用的是Spring自带有Task定时任务机制，quartz框架本身就是支持集群环境，可以搭建集群环境下的定时器，也能解决上述问题 不过需要配置11张数据库表
优缺点：该解决方案最大的问题是需要配置11张左右的数据库表，工作量非常大
参考:https://www.cnblogs.com/jiafuwei/p/6145280.html