登录
首页 >  数据库 >  MySQL

千万级消息设计-思考(一)

来源:SegmentFault

时间:2023-02-24 11:52:31 315浏览 收藏

在IT行业这个发展更新速度很快的行业,只有不停止的学习,才不会被行业所淘汰。如果你是数据库学习者,那么本文《千万级消息设计-思考(一)》就很适合你!本篇内容主要包括千万级消息设计-思考(一),希望对大家的知识积累有所帮助,助力实战开发!

说明

  • 第一次写,也不知道写成什么样,喜欢的给个赞,不喜欢的给我留言。—— 蚂蚁爬树不怕高,有心学习不怕老。

场景

  • 消息对于用户和平台来说,就是平台和用户之间的桥梁。特别是将消息看的很重的平台。
  • 查询消息记录返回,响应时间问题?
  • 现在都流行消息个数展示,未读消息个数问题?
    某某平台改变,小公司都要忙活了,忙坏了产品,累死了开发...
  • 上面的两个看似简单的问题,在特定的场合,会给平台带来严重的结果,下面谈谈两种特殊的场合。

场合

  • 1.用户到百万时,数据量到千万级后;
  • 2.已经满足第一个条件后,平台再来几个推广活动。用户同时上线,参加活动会给用户发消息的时候(平台对用户进行推送消息,进行促销时,参加活动,活动奖励等使用消息通知的。

引发的问题

  • 数据量过大时,查询速度变慢,导致数据库吃不消;
  • 并发量高的时候,又想要给用户实时的展示。数据库更吃不消。当数据库都假死状态了。平台的客户端都出现了网络错误,谈何做活动等

怎么办?

1.后续还会对上面的问题进行剖析和解决
2.如果大家有好的建议请给我留言。写在这里是为了方便大家带来思考,带着思考一起学习进步...

今天关于《千万级消息设计-思考(一)》的内容介绍就到此结束,如果有什么疑问或者建议,可以在golang学习网公众号下多多回复交流;文中若有不正之处,也希望回复留言以告知!

声明:本文转载于:SegmentFault 如有侵犯,请联系study_golang@163.com删除
相关阅读
更多>
最新阅读
更多>
课程推荐
更多>
评论列表