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

Question

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

Answer 1

请参考：请问实时提醒消息是怎么做的？

Answer 2

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

Answer 3

上面的理论都说得很清楚了，我来说一下实际的情况吧，打开新浪微薄其实你就会发现，其实他们是会定时去请求 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

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

Answer 4

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

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