订阅推送为什么一定要MQ和Redis

来源:3-30 消费用户动态

湿地车手

2022-04-20

老师我看了之前有同学问过类似的问题,但是您只回答了什么是MQ,常见应用场景

我想问的是为什么我们当前这个订阅功能需要用到MQ和Redis呢?

在我们订阅动态这个功能中MQ起到的作用是什么?(削峰填谷?还是其他的?假如这里不用MQ会出现什么问题?)redis起到的作用是什么,假如不用Redis会出现什么问题?

我已经很熟悉这两个是什么和具体的原理了,我想老师能够从系统设计的角度回答一下,谢谢

写回答

2回答

lxh2333

2022-06-29

感觉向MQ发送消息,应该异步发送,否则发布动态使用MQ同步发送和直接存到redis里应该差别不大?(我也不懂) 
另外就是每个用户在redis里的动态列表,视频里是用String存的~感觉应该用List存。

0
1
super_小小胡
其实list和string倒不是问题,这课程对初学者也不太友好,看到这里,我发现我已经向MQ发送成功消息了,但是消费者一直没有消费,调用查询接口的时候,redis也没有数据,日志也没有输出,同学你遇到过吗
2022-07-24
共1条回复

HELLOSTAR

2022-05-16

只是通过这种模式帮助大家理解mq和redis,并没有强制要求必须使用。
下载视频          
0
3
慕虎8371491
回复
weixin_慕数据4102001
消息队列可以削峰填谷,但是这里应该不是为了这个。就这里的业务场景我认为就是为了查询订阅者有没有新的消息,我最近就在做消息提醒功能,就在想两个问题:1,我关注的人发布了新的消息,除非我一直在他的主页刷新,否者我不知道他有没有更新,2,我已经看过了别人的新动态,但是怎么让系统知道我已经看过了
2022-07-12
共3条回复

SpringBoot 2.x 实战仿B站高性能后端项目

还原高性能项目开发全流程,掌握视频业务核心功能与技术

755 学习 · 190 问题

查看课程