笔记|延时任务实践指南

前言

  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 不能灵活调时间 不符合要求
总结
  • 在以后的文章中会有相关的项目代码展示;
  • 针对每个业务场景的不断思考对实现方式的不断比较,权衡利弊看得失

    推荐阅读