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