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

antyiwei · · 3185 次点击 · · 开始浏览    
这是一个创建于 的文章,其中的信息可能已经有所发展或是发生改变。

说明

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

场景

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

场合

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

引发的问题

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

怎么办?

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


有疑问加站长微信联系(非本文作者)

本文来自:Segmentfault

感谢作者:antyiwei

查看原文:千万级消息设计-思考(一)

入群交流(和以上内容无关):加入Go大咖交流群,或添加微信:liuxiaoyan-s 备注:入群;或加QQ群:692541889

3185 次点击  ∙  1 赞  
加入收藏 微博
暂无回复
添加一条新回复 (您需要 登录 后才能回复 没有账号 ?)
  • 请尽量让自己的回复能够对别人有帮助
  • 支持 Markdown 格式, **粗体**、~~删除线~~、`单行代码`
  • 支持 @ 本站用户;支持表情(输入 : 提示),见 Emoji cheat sheet
  • 图片支持拖拽、截图粘贴等方式上传