延时任务实践指南

前言

1. 延时任务不同于定时任务在于调度时间不确定性
2. 需求商家竞标 报名开始后5小时后触发活动
3. 实现方式 延迟队列技术选型(DB+定时任务,Redis的zset,RabbitMq,RocketMq)，最终根据业务需求
   选用 RabbitMq 实现延迟队列满足业务需求

延迟队列实现方式

• 应用场景:报名/竞价

• 实现方案：

  • 数据库+定时任务

    • 通过定时任务扫库（定时任务的间隔根据需求而定）
    • 优点：实现简单；缺点：扫库导致数据库的压力大，有一定的延时

  • Redis

    • Zset集合+定时任务扫描(一分钟一次) 缺点：没有针对性，浪费计算机资源
    • key值失效通知+定时任务补偿(20分钟一次-根据业务而定) 缺点：key值集中失效时对Redis压力大

  • RabbitMq 延迟(死信)队列 每个固定时间建立一个队列

    • 参考文章 https://www.cnblogs.com/mfrank/p/11260355.html
    • 实现延迟效果：
      • 队列设置失效时间，需要创建太多队列
      • 消息设置失效时间，有长消息堵塞问题
      • 结合rabbitmq-delayed-message-exchange插件 实现延迟，设置消息失效时间，无需多创建队列

  • RocketMq 不能灵活调时间 不符合要求

总结

• 在以后的文章中会有相关的项目代码展示；
• 针对每个业务场景的不断思考对实现方式的不断比较，权衡利弊看得失