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

Question

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

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

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

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

Answer 1

lxh2333 2022-06-29 21:57:22

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

• super_小小胡 #1

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

Answer 2

HELLOSTAR 2022-05-16 11:54:10

只是通过这种模式帮助大家理解mq和redis，并没有强制要求必须使用。

下载视频          

• weixin_慕数据4102001 #1

  老师，感觉您没有回答同学的提问。我也觉得很困惑，“在我们订阅动态这个功能中MQ起到的作用是什么？（削峰填谷？还是其他的？假如这里不用MQ会出现什么问题？）redis起到的作用是什么，假如不用Redis会出现什么问题？”

• 秋招我必行 #2

  同  希望老师可以详细说一下 而不是为了使用工具而使用

• 慕虎8371491 回复 weixin_慕数据4102001 #3

  消息队列可以削峰填谷，但是这里应该不是为了这个。就这里的业务场景我认为就是为了查询订阅者有没有新的消息，我最近就在做消息提醒功能，就在想两个问题：1，我关注的人发布了新的消息，除非我一直在他的主页刷新，否者我不知道他有没有更新，2，我已经看过了别人的新动态，但是怎么让系统知道我已经看过了