十万级活跃用户的“好友动态”信息流是如何高效实现的？

对于一个有十万级活跃用户社交网络，用户的首页信息流（就是好友动态）的 MySQL 和 Redis 数据库如何设计？PHP 端有没有什么要求？
注：限单机，或两台服务器。不考虑大型集群。

---

另外，我想知道新浪微博这种千万级活跃用户量的好友动态数据表是如何实现的？

回复内容：

对于一个有十万级活跃用户社交网络，用户的首页信息流（就是好友动态）的 MySQL 和 Redis 数据库如何设计？PHP 端有没有什么要求？
注：限单机，或两台服务器。不考虑大型集群。

---

另外，我想知道新浪微博这种千万级活跃用户量的好友动态数据表是如何实现的？

类似与微博这种实时信息流拖送的，需要有完善的cache系统，每个人的信息流是直接推送过来的，当然根据一些用户策略也可以用拉取的方式。这样才能保证及时性。
十万级别的话2台就足可以满足了。

redis+mysql，冷热数据分开储存，高频率读取数据放内存，应该抗千万用户不成问题了吧。现在还有高端的fusion IO方案，SSD的读写性能已经有了极大提高。微博应该采用的poll而不是push的策略。