目前我正在开发一个使用 AJAX 间隔轮询的 API，它每 1.5 分钟轮询 900 字节，似乎不会给 MySQL 带来沉重的负担，并且只是一个 AJAX 流。 一旦我从这次启动中获得足够的收入，我计划升级到 node.js 服务器，但到目前为止，我只能购买使用 apache 的共享主机。
就可扩展性而言，这是否可行？ 此外，这是否可以从商业标准中接受，因为现在可以使用像彗星这样的其他解决方案？
【问题讨论】：
标签： api ajax-polling commercial-application
“似乎没有给 MySQL 带来沉重的负担”
对于一些用户来说，它最终必须承受“沉重”的负担，但这并不是一件“坏事”。
对于以任何方式构建的任何应用程序，都会有一些基础架构的某些部分出现故障。这不是采用一些更复杂的解决方案（并将瓶颈转移到其他地方）的内在原因。
所以收集一些经验数据，例如：对于多少次使用，轮询负载变得显着？做一些负载测试，不仅仅是轮询，还有这些用户正在做的其他工作。他们肯定不仅仅是轮询，他们还在做其他也会加载 MySQL 的事情。这什么时候吱吱作响？到那时，由此产生的收入是否可以让您购买更多容量？或者您是否有信心使用不同的架构来解决问题。换句话说，你有现实的“出局”吗？
我的猜测是，如果轮询成为一个问题，除了引入 Comet 的可能性之外，您还有一些很好的中间解决方案，例如缓存或降低轮询频率。因此，从您的简单轮询策略开始是合理的。
【讨论】：