标签：apache nginx php long-polling

我目前正在一个while(true)循环中执行一个longpolling脚本. PHP set_time_limit设置为0.有一个apache服务器,另一个nginx服务器代理前一个.我通过这个longpolling脚本从MySQL表中提取文本.我想知道这个过程是否会妨碍服务器性能.如果是,那么如果有大量并发用户提取数据的程度如何？我应该把nginx放在php-fpm上吗？

解决方法:

长轮询具有一些值得注意的服务器端属性

>在具有专用工作线程的服务器上,它将阻止工作人员
>在基于事件的服务器上,它不会阻止服务器中的任何内容
>在任何情况下,它都将使用一个或多个套接字,这也是一个有限的资源
> PHP解释器使用专用工作程序,因此每个并发轮询都会阻止PHP实例
>在许多安装中,PHP实例仅受可用RAM的限制
>如果轮询脚本正确完成,则上下文切换和CPU将大部分保持在雷达之下

通过此工作(并假设您使用的是生产级Apache MPM,而不是基于实验事件的MPM),将长轮询处理切换到Nginx将

>释放一些Apache工作者,而不会导致(基于事件的)Nginx中的阻塞
>可能会增加RAM使用率：如果使用apache-mod-php5运行,PHP解释器的静态RAM占用空间将仅在每个进程中发生一次

我的建议是首先进行一些分析和分析：有多少并发长轮询器同时运行？ Apache是​​否会耗尽工作人员(而且你不能轻易增加计数)？您可以轻松地将长轮询移植到完全基于事件的解决方案(例如节点)吗？

如果有疑问,我倾向于将事情保持在一起,所以如果你的主要应用程序在Apache内部运行,那么移动长轮询器需要很好的论据来说服我 – 请理解,这最后一部分只是个人偏好.

标签：apache,nginx,php,long-polling
来源： https://codeday.me/bug/20190708/1405829.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。