php

Windows下nginx+fastcgi+php的并发阻塞问题

3205
13
2016-04-20

接到一个需求,两个项目之间需要以接口形式通讯。我心想curl轻松解决,Easy!

啪嗒啪嗒啪嗒……代码撸完了,本地测试一下

浏览器一直转圈圈直到超时……

Why!?

没有任何错误提示信息,日志也没有任何新记录

POSTMAN调试了一下刚写出的接口,没问题啊?

再试一次结果依旧,重启环境后再试也依旧

经过一番测试,我怀疑是不是我本地环境无法并发?

我访问项目A是一个请求,项目A访问项目B的接口则是第二个请求。在无法并发只能排队请求的情况下,第一个请求依赖于第二个请求的结果;第二个请求却排在后面一直等待第一个请求执行完毕。这就导致互相依赖产生死循环,也就说得通了

怎么解决?

nginx以高并发闻名,怎么偏偏默认不支持并发?

谷歌找了很多关于nginx并发的文章,挨个儿尝试设置,全都以失败告终

WTF!?这是闹哪样?该加该改的都弄了,理论上并发能力爆棚了啊

又是一番呕心沥血的谷歌,终于让我找到了答案——

Windows下PHP_FCGI_CHILDREN无效

(具体参见PHP BUG#49859

一般情况下Windows下Nginx的配置都是fastcgi_pass 127.0.0.1:9000;

也就是说cgi根本不会自动产生新进程去处理并发请求,只能排队

那要怎么办?既然不能自动生成,那就只好手动咯

动手解决

我准备额外启动3个php-cgi去处理并发请求

首先在nginx.conf中进行如下配置:

upstream phpfastcgi_proxy {
    server 127.0.0.1:9000;
    server 127.0.0.1:9001;
    server 127.0.0.1:9002;
    server 127.0.0.1:9003;
		# 或更多……
}

再把所有

fastcgi_pass 127.0.0.1:9000;

改为

fastcgi_pass phpfastcgi_proxy;

保存,重启Nginx。

现在,Nginx会自动将请求转发给9000-9003其中一个空闲端口中
接下来我们还需要启动对应数量的php-cgi去监听端口

快捷键Win+R打开运行,输入cmd进入命令行,录入以下代码:

E:/php/php-cgi.exe -b 127.0.0.1:9001 -c E:/php/php.ini

(其中路径部分需要换为你本机实际路径)

回车后看似没反应,任务管理器中会发现多了一个php-cgi进程,netstat -a也能够看到9001端口被监听了

注意不要把命令行关掉了,而是要继续打开一个新的命令行

此时你已成功了一次,你还需要继续成功两次才能监听到9002和9003……

额外的3个php-cgi进程启动成功后,你就拥有了一个并发数为4的本地环境

诶呀妈,不就想整个并发,真累人……

(后来还写了个小程序专门用来自动启动3个php-cgi进程,省事儿多了)

后记

并发问题看似是终于解决了

为啥说“看似”呢?因为在后来的实际测试中,自己启动的php-cgi似乎不稳定啊,将近有50%的几率会挂掉,导致接口返回内容依然为空,很奇怪啊不明觉厉,是不是我哪里配置错了呢?

至此我已经在这个问题上折腾了好几个小时了,再折腾下去我老大估计要打我了。算了,辣鸡Windows!我只好启动了尘封已久的Ubuntu虚拟机……如果广大读者有明白这个问题的,还望不吝赐教,谢谢

昵称
邮箱
网址
lockdown56的头像 2017-10-25 14:52

可以设置 php-fastcgi 不自动销毁, 默认一个 php-fast-cgi 进程接受 500 个请求后就销毁, 防止内存泄漏, 设置方法:
启动前
SET PHP_FCGI_MAX_REQUESTS=0

lockdown56的头像 2017-10-25 14:50
lockdown56

可以设置 php-fastcgi 不自动销毁, 默认一个 php-fast-cgi 进程接受 500 个请求后就销毁, 防止内存泄漏, 设置方法:
启动前
SET PHP_FCGI_MAX_REQUESTS=0
E:\env\bin\RunHiddenConsole.exe E:\env\php-7.1.4\php-cgi.exe -b 127.0.0.1:9000

leonyl的头像 2017-10-11 14:33
leonyl

去年也遇到这个问题并百度得知需要开1+N个cgi,但是我win用的apache,都绝望了没解决!
VisualNMP 看到您说的这个,正在下载
不如博主更新下这篇博文吧,如果使用VisualNMP 解决这个问题。
感谢

mokeyjay的头像 2017-10-11 14:34
mokeyjay 博主

VisualNMP自带守护进程,可以直接解决这个问题,无需其他繁琐的配置

leonyl的头像 2017-10-11 14:44
leonyl

好的,正在安装,感谢大佬!

陈源的头像 2017-04-01 09:08
陈源

我用的是xxfpm.exe 专门做这种事情23333

mokeyjay的头像 2017-04-01 10:44
mokeyjay 博主

我现在用VisualNMP套件,自带进程守护,完美解决了本文的问题

米泽由香里的头像 2016-05-28 20:42

win下php的fastcgi在一定请求之后会自动退出进程简直蛋疼 之前用c 写了个守护进程 但总有几个会话卡住忍受不了只得换nginx apache

mokeyjay的头像 2016-05-28 23:35
mokeyjay 博主

sada_org.gif nginx配置了很多东西,懒得再去配置apache,上虚拟机将就一下

shy泠的头像 2016-07-12 14:06

呃。。windows没有php-fpm么。。。

mokeyjay的头像 2016-07-12 16:05
mokeyjay 博主

windows下有php-fpm!?我是没找到

米泽由香里的头像 2016-05-28 20:42

win下php的fastcgi在一定请求之后会自动退出进程简直蛋疼 之前用c++写了个守护进程 但总有几个会话卡住忍受不了只得换nginx+apache

mokeyjay的头像 2016-05-28 23:35
mokeyjay 博主

sada_org.gif nginx配置了很多东西,懒得再去配置apache,上虚拟机将就一下