活动流体系结构

Question

我在早些时候发布了一个类似的问题，但我想知道什么是使活动提要实时工作的底层技术？我正在MySQL中设计它100%的数据库驱动，但是遇到的问题是有200+活动要流出来，而且不同类型的流+需要支持至少500000个并发用户。有基于地理的流，网络流，朋友流，商业蒸汽等。所有的流数据都是基于我的网站上的活动自我托管的。我的平台是Linux，MySQL，PHP。

面临的问题: 1)不确定如何处理这一问题。我是应该用AJAX、PHP和MySQL来做这件事，还是应该通过RSS/XML来完成，还是需要使用从文本文件中读取的旧方式? 2)在cookie或会话中的实时存储活动客户端、服务器到客户端的推送、客户端到服务器的拉等等中，流是如何更新的? 3)是否需要更多的服务器，比如我需要一个专门的服务器来完成这一任务，前提是我需要支持50万并发用户? 4)如果我需要为此使用专门的框架，是否有任何开源框架？

任何指向示例架构/实现策略或资源的链接都将是有帮助的。

Answer 1

我不知道你所说的“活动流”是什么意思，我以前也没有做过这样的事情，但我会这样想：

为50K用户服务的frequency).

• Avoid
• 可能意味着多台服务器--因此您不能使用或执行任何引入服务器关联(使用会话变量等)的操作。您希望尽可能提高效率的
• --尽可能少的数据交换(包括大小和
• 不必要的解析(例如: XML)或昂贵的操作；处理大字符串等。仔细处理大字符串，经常进行性能测试)。您可能需要从一些概念的证明开始。
• 使用内存:读取和写入磁盘成本很高，因此将数据分流到内存中并在内存中处理；例如，在应用程序启动时，您可能将整个数据库(嗯，您需要为请求提供服务的所有表/数据)分流到内存中，这样就不需要为每个请求建立数据库连接。这并不能阻止您对数据库进行异步回写(服务器死掉和内存中的数据丢失倾向于在可能的情况下suck).
• Investigate成熟缓存technologies.
• By异步--您需要最小的bottle-knecks.

。