nginx与phpfpm

1. nginx+php-fpm模式下，数据库可以长连接吗

• 可以 用pconnect就行，但是要设置好连接数和过期时间。

• 长连接避免了每次请求都重新建立连接，理论上是好事儿，欣然用之；后发现nginx偶尔会报如下错误：

• .... [error] 23951#0: *121082947 readv() failed (104: Connection reset by peer) while reading upstream ...

• 而且有同事A反应，调用同事B的接口时，收到了200响应码，但是没有收到响应的其他数据，而且确认不是因为超时所致；同事B反馈说，接口执行正常，应该有数据返回，而且确认接口执行速度很快，日志为证。

• 双方说的都对，事实却是如此，我试图模拟这种情况的出现，模拟办法：

• 让接口输出响应码后，直接杀死fpm进程，nginx果然报出了几乎一样的错误；但是实际场景中，没有发现fpm猝死的任何蛛丝马迹，也找不到fpm会在响应头输出之后就猝死的理由；

2. 向nginx请求静态资源的时候，nginx还会提交给php-fpm来处理吗

不会的，如果都交给php-fpm来处理的话，效率肯定低。

这个其实有nginx 配置文件来决定，所以你就看你怎么配置了，打开nginx.conf 看到里面有这么一段

location~.php${
fastcgi_pass127.0.0.1:9000;
fastcgi_indexindex.php;
fastcgi_paramSCRIPT_FILENAME$document_root$fastcgi_script_name;
includefastcgi_params;
}

可以看出 当请求地址 匹配.php时 nginx就转发到php-fpm,

你可以研究下nginx.conf这个配置文件，自然就明白了。

希望可以帮助到你，有问题可以随时私信交流。

3. Nginx+PHP-FPM的域Socket(套接字)配置

Uninx doamin socket 或者 IPCsocket是一种终端，可以是同一操作系统上的两个或者多个进程间进行数据通信，与管道相比，Uninx domain sockets可以使用字节流和数据队列，而管道通信只能通过字节流。Uninx domain sockets不使用网络底层协议来通信，是POSIX操作系统里的一种组件，使用系统文件的地址来作为自己的身份，可以被系统进程引用，两个进程可以同时打开一个Unix domain sockets文件来进行通信，不过这种通信方式是发生在系统内核里，不会在网络里传播

/etc/php/php-fpm.conf //不同环境具体路径不一样

4. nginx php-fpm 是怎么配合工作的

打开你的nginx.conf文件，可以看到里面有类似这样的配置，
这个就是把php文件的请求，转发到本机的9000端口，而php-fpm就是在9000端口进行监听和处理，具体你可以网络一下nginx php-fpm有更多详细解释

location~.php${
roothtml;
fastcgi_pass127.0.0.1:9000;
fastcgi_indexindex.php;
fastcgi_paramSCRIPT_FILENAME/xxxx目录$fastcgi_script_name;
includefastcgi_params;
}

5. php-fpm与nginx链接不起来啊，求助求助

链接起来很简单的，首先你得装好nginx和php-fpm
然后配置nginx.conf这个文件，使nginx可以将php交给php-fpm来处理，具体怎么配置，你搜一下吧
接着把两个都启动了，再写个phpinfo的界面测试下吧。
如果有问题，就把你的问题贴上来，顺便把系统也说明下，还有nginx.conf发来看看
楼主以后还有什么不知道的可以去后盾人那里看看，那里有很多相关的视频教学

6. php和nginx之间是如何工作的

Nginx+php-fpm实现原理 Nginx本身不会对PHP进行解析，终端对PHP页面的请求将会被Nginx交给FastCGI进程监听的IP地址及端口，由php-fpm作为动态解析服务器处理，最后将处理结果再返回给nginx。其实，Nginx就是一个反向代理服务器。Nginx通过反向代理功能将动态请求转向后端php-fpm，从而实现对PHP的解析支持，这就是Nginx实现PHP动态解析的原理。 Nginx不支持对外部程序的直接调用或者解析，所有的外部程序（包括PHP）必须通过FastCGI接口来调用。FastCGI接口在Linux下是socket（这个socket可以是文件socket，也可以是ip socket）。为了调用CGI程序，还需要一个FastCGI的wrapper（wrapper可以理解为用于启动另一个程序的程序），这个wrapper绑定在某个固定socket上，如端口或者文件socket。当Nginx将CGI请求发送给这个socket的时候，通过FastCGI接口，wrapper接收到请求，然后派生出一个新的线程，这个线程调用解释器或者外部程序处理脚本并读取返回数据；接着，wrapper再将返回的数据通过FastCGI接口，沿着固定的socket传递给Nginx；最后，Nginx将返回的数据发送给客户端。
当nginx接收到一个http请求时，通过配置文件找到对应的server。然后匹配server中的所有location，找到最匹配的。而在location中的命令会启动不同的模块去完成工作，比如rewrite模块、index模块。因此在nginx中模块可以看作真正的劳动工作者。nginx的模块是被编译到nginx中的，属于静态方式。启动nginx时，模块被自动加载。

7. nginx和php-fpm之间是怎样通信的

FastCGI原理
FastCGI是一个运用于Http Server和动态脚本语言间通信的接口，多数流行的Http Server都支持FastCGI，包括Apache、Nginx和lighttpd等。同时，FastCGI也被许多脚本语言支持，其中就有PHP。
FastCGI接口方式采用C/S结构，可以将HttP服务器和脚本解析服务器分开，同时在脚本解析服务器上启动一个或者多个脚本解析守护进程。当HttP服务器每次遇到动态程序时，可以将其直接交付给FastCGI进程来执行，然后将得到的结果返回给客户端。这种方式可以让HttP服务器专一地处理静态请求或者将动态脚本服务器的结果返回给客户端，这在很大程度上提高了整个应用系统的性能。

Nginx+php-fpm实现原理

Nginx本身不会对PHP进行解析，终端对PHP页面的请求将会被Nginx交给FastCGI进程监听的IP地址及端口，由php-fpm作为动态解析服务器处理，最后将处理结果再返回给nginx。其实，Nginx就是一个反向代理服务器。Nginx通过反向代理功能将动态请求转向后端php-fpm，从而实现对PHP的解析支持，这就是Nginx实现PHP动态解析的原理。

Nginx不支持对外部程序的直接调用或者解析，所有的外部程序（包括PHP）必须通过FastCGI接口来调用。FastCGI接口在Linux下是socket（这个socket可以是文件socket，也可以是ip socket）。为了调用CGI程序，还需要一个FastCGI的wrapper（wrapper可以理解为用于启动另一个程序的程序），这个wrapper绑定在某个固定socket上，如端口或者文件socket。当Nginx将CGI请求发送给这个socket的时候，通过FastCGI接口，wrapper接收到请求，然后派生出一个新的线程，这个线程调用解释器或者外部程序处理脚本并读取返回数据；接着，wrapper再将返回的数据通过FastCGI接口，沿着固定的socket传递给Nginx；最后，Nginx将返回的数据发送给客户端。

Nginx 简单配置
location ~ \.php$ {
root /home/admin/web/nginx/html/;
fastcgi_pass 127.0.0.1:9000;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME /home/admin/web/nginx/html/$fastcgi_script_name;
include fastcgi_params;
}

8. nginx的php-fpm在哪儿

php-fpm是安装php后自带的，与nginx无关
nginx没有php-fpm，所以php-fpm不再nginx中
请到php官网下载php的二进制代码进行编译，编译后即可看到php-fpm

9. nginx与php-fpm的简单的关系流程图

流程：

1，首先Browser通过Http协议发送一个请求到Nginx服务器

2，Nginx服务判断是否为静态资源是的话直接放回，否则加载nginx.conf配置文件里的fastcgi模块。
3，Nginx通过fastcgi_pass （默认是127.0.0.0:9000）把对应的请求按照fastcgi协议转发到PHP-FPM,php-fpm的master进程会监听9000端口，然后给php-fpm work进程，work进程 再调用php-cgi解析器并且生成php执行环境再去执行解析对应的PHP文件
4，解析完成再返回给nginx,然后返回给浏览器。

注：
1，php-fpm会生成一个master进程用于监控9000端口，负责分发给下面的work进程
2，fastcgi 是一种协议用于解析器和服务器之间的交互

10. docker 部署nginx、php-fpm错误记录

最近要使用docker部署nginx和php-fpm服务，因为以前部署过无数次的nginx+php-fpm，本以为轻车熟路，很快搞定，但是在这个最熟的环节却出了问题，耗费了小半天的时间，特把解决问题的过程记录如下：（使用docker 部署 nginx，php-fpm的具体步骤网上较多，不再此进行详述了）

问题：docker 部署完成 nginx，php-fpm后，运行服务，出现：recv() failed (104: Connection reset by peer) while reading response header from upstream

多次修改修改无果后，开始自己查找此错误：

证明php-fpm服务已经启动了，但是未知原因php-fpm把链接中断了。怀疑是底层tcp链接问题，使用netstat -s | grep reject,未发现异常链接。想不出啥原因,查看php-fpm error.log未发现有用信息