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的策略。