如何避免扫描数据库且保证低延迟触发定时任务的一些思考

用户自定义触发时间

用户自定义触发时间，存在不固定，所以需要秒级的扫描来触发任务。但是如果直接扫表的话，会给数据库造成比较大的压力。可以考虑基于Redis的ZSet来处理

1. 明确年月日时分秒， 即希望在一个具体的时间执行，这种执行基本就是一次性。
   解决方案:

   1. 把时间转换为时间戳， 然后使用zset的数据格式，key根据业务决定，将同一类的定时统一划分到一个key
   2. value按需决定是否需要放入定时任务所需要的数据， score即为用户设置的定时任务触发时间的时间戳。
   3. 定时任务扫描， 调用redis操作类的opsForZSet().rangeByScore(key, 0, 当前时间戳)方法，这样即会把缓存中score小于当前时间的数据扫描出来，而这部分数据则是满足定时任务的数据。然后将这部分数据取出来直接执行业务即可。
   4. 执行完业务之后， 调用opsForZSet().removeRangeByScore(key, 0, 当前时间戳)清除这段时间的数据，避免下次再次扫描到。
   5. 可以看到第3步扫描到的数据大小依赖于定时的执行间隔， 如果实时性要求比较高，可以将定时设置为每秒执行也是可以的。注意这里面的一些时间定义一定要是在开始就定义的变量，后续保证使用的时间都不能变化。如上面3和4的当前时间戳。

2. 只明确时分(秒)， 即时间是固定的，但对年月日没要求， 这种执行基本就是循环的，每天或者都会执行
   解决方案

   1. 将时间部分的数据转换为毫秒值， 如10:30, 则对应的毫秒值为10 * 60 * 60 * 1000 + 30 * 60 * 1000，然后使用zset的数据格式，key根据业务决定，将同一类的定时统一划分到一个key
   2. value按需决定是否需要放入定时任务所需要的数据， sc