84669 人が学習中
152542 人が学習中
20005 人が学習中
5487 人が学習中
7821 人が学習中
359900 人が学習中
3350 人が学習中
180660 人が学習中
48569 人が学習中
18603 人が学習中
40936 人が学習中
1549 人が学習中
1183 人が学習中
32909 人が学習中
对于一个有十万级活跃用户社交网络,用户的首页信息流(就是好友动态)的 MySQL 和 Redis 数据库如何设计?PHP 端有没有什么要求? 注:限单机,或两台服务器。不考虑大型集群。
另外,我想知道新浪微博这种千万级活跃用户量的好友动态数据表是如何实现的?
小伙看你根骨奇佳,潜力无限,来学PHP伐。
类似与微博这种实时信息流拖送的,需要有完善的cache系统,每个人的信息流是直接推送过来的,当然根据一些用户策略也可以用拉取的方式。这样才能保证及时性。 十万级别的话2台就足可以满足了。
redis+mysql,冷热数据分开储存,高频率读取数据放内存,应该抗千万用户不成问题了吧。现在还有高端的fusion IO方案,SSD的读写性能已经有了极大提高。微博应该采用的poll而不是push的策略。
类似与微博这种实时信息流拖送的,需要有完善的cache系统,每个人的信息流是直接推送过来的,当然根据一些用户策略也可以用拉取的方式。这样才能保证及时性。
十万级别的话2台就足可以满足了。
redis+mysql,冷热数据分开储存,高频率读取数据放内存,应该抗千万用户不成问题了吧。现在还有高端的fusion IO方案,SSD的读写性能已经有了极大提高。微博应该采用的poll而不是push的策略。