强烈推荐一个大神的人工智能的教程:http://www.captainai.net/zhanghan
前言
- 延时任务不同于定时任务在于调度时间不确定性
- 需求商家竞标 报名开始后5小时后触发活动
- 实现方式 延迟队列技术选型(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 不能灵活调时间 不符合要求
-
总结
- 在以后的文章中会有相关的项目代码展示;
- 针对每个业务场景的不断思考对实现方式的不断比较,权衡利弊看得失