MySQL-新浪微博的页面自动提示有新消息或通知的功能是如何实现的?

MySQL-新浪微博的页面自动提示有新消息或通知的功能是如何实现的?

想挽留 发布于 2017-01-07 字数 161 浏览 1190 回复 4

新浪微博的页面自动提示有新消息或通知的功能是如何实现的?是有一个定时器,每隔多少秒钟自动向服务器请求一次?如果是这种方式的话,服务器的请求压力会不会很大?

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(4

归属感 2017-08-10 3 楼

把需要关注的人、内容,采用多播的方式发送的。由于只用发送一份数据内容,路由自动复制传送到每个多播用户和服务器,服务器压力为0。
很多视屏会议、视屏点播,等对实时性要求很高的多人在线系统采用多播的方式。你可以使用debugView捕获应用层数据看看,
另外,你可以参考下 @对于一个具有几百万粉丝的用户,数据如何实时投递到所有用户?

瑾兮 2017-05-30 2 楼

上面的理论都说得很清楚了,我来说一下实际的情况吧,打开新浪微薄其实你就会发现,其实他们是会定时去请求 http://rm.api.weibo.com/remind/unread_count.json 这个地址的,大概每隔30秒左右一次,如下是我打开微薄后的请求地址:

http://rm.api.weibo.com/remind/unread_count.json?source=3818214747&target=api&user_id=1700602585&_pid=10001&count=1&callback=STK_132196097145395

在服务器端,他们应该是把用户的通知放到了缓存里,用户请求时,只要返回对应的通知信息就行,只要有负载均衡的服务器,压力应该不成问题,另外这些通知的维护,会一系列的策略以及程序去维护。

灵芸 2017-01-17 1 楼

推的模式和拉的模式。推的模式意思就是说当一个事件产生的时候,我把这个事件产生时间点做N次拷贝发给他想要的人。拉是另外一种方法,当一个用户登陆页面的时候,首页要显示所有好友关注人的新鲜事。这个时候用拉的模式实现。

整个架构基于memcached + mysql,图中分了ABC三个区域。所有的消息存储在mysql中,无论推送给多少人,只存储一份。另外有一个索引表,用来记录推送关系,推送给1000个人,就增加1000条记录,也就是图中的A。当发生查询时,从索引表中根据用户编号进行一次简单查询(基于用户编号为索引和条件的select),拿到索引结果后,进入B,从memcached中读取实际信息。如果不存在或者不全,进入C,根据索引信息读取网友实际发表或者转载的内容,用模板生成消息并存储到memcached中,然后返回来。