有个后台管理系统,需要有个消息通知与接收的需求
描述:
用户进入后台管理系统后,可以看到最新发布的消息(也可以理解成公告)
用户点击消息内容页面后,不再对这条消息的提醒
用户也可以对已读的消息进行删除操作
平台使用人数以1W来计算,像这样的功能,请问业务代码上是怎么考虑的,还有数据库是如何设计的?
有个后台管理系统,需要有个消息通知与接收的需求
描述:
用户进入后台管理系统后,可以看到最新发布的消息(也可以理解成公告)
用户点击消息内容页面后,不再对这条消息的提醒
用户也可以对已读的消息进行删除操作
平台使用人数以1W来计算,像这样的功能,请问业务代码上是怎么考虑的,还有数据库是如何设计的?
方案一
websocket 当用户进入系统之后,简历websocket连接,可以随时推送消息
方案二
前端轮询查询 调用也可以随时获取到消息,但是不建议使用这个方案,会造成服务器压力很大
方案三
redis或mq消息队列,这种方案只能完成登录获取,其他时候是获取不到的
方案四
结合第一种和第四种方案,websocket + mq消息队列可以完美解决
5 回答4.8k 阅读✓ 已解决
4 回答3.1k 阅读✓ 已解决
5 回答3.2k 阅读✓ 已解决
2 回答4.7k 阅读✓ 已解决
4 回答4.3k 阅读✓ 已解决
4 回答1.9k 阅读✓ 已解决
3 回答3.6k 阅读✓ 已解决
老生常谈的问题,轮询或者websocket看实际情况选吧
数据库可以考虑采用redis,当然也可以mysql
给你看一下,我这边用的消息表,仅供参考,根据实际情况调整。我这边没有考虑分表问题