【大话IT】小米双11：海量推送业务如何应对高并发负载？

mchdba

pipihappy8888 发表于 2014-11-19 17:31
数据存储，这里采用了小米的统一HBase存储，同时还使用MySQL来保存一些量不大，但需要复杂过滤条件的数据 ...

Hbase是分布式文件存储啊，不是传统意义上面的关系型数据库，也不是热门的nosql数据库。

jieforest

mchdba 发表于 2014-11-19 17:13
Hbase是分布式文件存储啊，不是传统意义上面的关系型数据库，也不是热门的nosql数据库。

小米的HBase还做得不错，向HBase提交的代码量还不少，记得有一个家伙已经加入了HBase团队

jieforest

pipihappy8888 发表于 2014-11-19 16:13
一般是基于XMPP实现消息推送。集群、负载均衡这些技术是少不了的。这个能否延展下啊？

小米的推送服务其实算不上多高明，平均每秒钟1.1w条消息推送，如果把这个数据告诉腾讯，恐怕腾讯嘴巴都会笑歪。

陌路巨额投入

1.小米推送服务的服务器端在数据存储上用到了哪些数据库？

       个人感觉应该是MongoDB。。。前端时间小米的800万用户数据泄露，小米在这方面应该会做出一定的更改。

陌路巨额投入

2.面对双十一大促，小米的推送消息量剧增，那小米推送(MiPush)服务到底是如何应对这种高并发负载的呢？稳定性又是如何保证的呢？采取了哪些应对方法？比如扩容、异步排队？

      通过在云端和客户端之间建立一条稳定、可靠的长连接，为开发者提供向客户端应用推送实时消息的服务，帮助开发者有效地拉动用户活跃。高吞吐：每分钟500万消息推送；高稳定：5000万以上同时在线；高到达率：99.8%的消息可以300毫秒内到达。提供数据统计功能，随时可以在线查看推送数据，同时提供数据API方便开发者与自身的统计系统结合。
1.异步排队处理，此时消息送达时间可能会比平时稍慢，但不会对整个系统有太大冲击；
2.消息有优先级，广播消息会以低优先级处理；
3.限流，控制开发者发送消息的频率；
4.扩容，如果机器负载过高或者某个服务有瓶颈，可以很快速地增加机器，部署服务，增强系统处理能力。

liuhuoxingkong

这个push的数据是怎样统计出来的，包含内部推送和外部推送，短信所有吗？发推送消息，主要压力应该不在数据库服务这边吧？求高手解答

pipihappy8888

liuhuoxingkong 发表于 2014-11-19 23:51
这个push的数据是怎样统计出来的，包含内部推送和外部推送，短信所有吗？发推送消息，主要压力应该不在数据 ...

应该是包括所有的

kedadiannao220

小米，做为国内的一家比较成功的公司，还是非常支持的。更支持阿里巴巴

mchdba

jieforest 发表于 2014-11-19 18:24
小米的HBase还做得不错，向HBase提交的代码量还不少，记得有一个家伙已经加入了HBase团队

"记得有一个家伙已经加入了HBase团队"  是加入开源的HBase团队吗？

mchdba

jieforest 发表于 2014-11-19 18:25
小米的推送服务其实算不上多高明，平均每秒钟1.1w条消息推送，如果把这个数据告诉腾讯，恐怕腾讯嘴巴都会 ...

腾讯是采用什么方式来实现的？