phpnginx原理

❶ 为什么nginx只能同时处理一个php，apache环境下可以同时运行

Nginx 的工作原理在这里我就不多赘述了，网上随便搜一下 Nginx 的工作原理，成百上千的 blog 都在讨论讲述，可以自己搜一下。
但我可以简单粗暴地回答一下你的这个问题，这样也更方便理解。
---- Apache使用线程驱动处理 http 请求：每个连接都会打开一个线程，并在发送响应时关闭线程，释放其他线程的资源。这就是说，你每发送一个 http 请求，Apache 就会给你分配一个接待员来处理这个请求；你发 10 个请求，就有 10 个接待员，一对一的方式来处理，所以无需等待；
---- Nginx 处理 http 请求使用 Reactor 模式，基本上默认情况下，它是单线程的（但可以分叉几个进程来利用多个内核）。这就是说，不管你发几个 http 请求，Nginx 只有一个接待员来处理你的请求，处理完了这个请求才能接着处理下一个请求，所以请求多的时候就需要排队；
当然，Nginx 的这个处理方式不是死的，可以根据实际情况灵活配置；如果你要深入理解，我在这里简简单单也说不清楚，长篇大论的 Blog 网上都有，得慢慢看。

❷ 安装nginx+php后，Php页面访问时提示404，但页面是存在的.

安装nginx+php后，Php页面访问时提示404，但页面是存在的，应该是下面的原因造成的：

这个是因为index.html 文件目录是nginx默认安装目录 /usr/local/nginx/html，而info.php 把它放到了 /data/web 下造成的，可以在nginx.conf配置文档里面找到相应的问题。

可以按照下面测试更改：

location ~ .php$ {
root /data/web;
fastcgi_pass 127.0.0.1:9000;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME /scripts$fastcgi_script_name;
include fastcgi_params;
}
nginx -t && nginx -s reload

❸ nginx和php的两种通信方式

Nginx与PHP的两种通信方式-unix socket和tcp socket

1、两者Nginx配置

unix socket

需要在nginx配置文件中填写php-fpm运行的pid文件地址。

location ~ \.php$ {

    include fastcgi_params;

    fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;;

    fastcgi_pass unix:/var/run/php5-fpm.sock;

    fastcgi_index index.php;

}

tcp socket

需要在nginx配置文件中填写php-fpm运行的ip地址和端口号。

location ~ \.php$ {

    include fastcgi_params;

    fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;;

    fastcgi_pass 127.0.0.1:9000;

    fastcgi_index index.php;

}

2、两者比较

从上面的图片可以看，unix socket减少了不必要的tcp开销，而tcp需要经过loopback，还要申请临时端口和tcp相关资源。但是，unix socket高并发时候不稳定，连接数爆发时，会产生大量的长时缓存，在没有面向连接协议的支撑下，大数据包可能会直接出错不返回异常。tcp这样的面向连接的协议，多少可以保证通信的正确性和完整性。

3、选择建议：如果是在同一台服务器上运行的nginx和php-fpm，并发量不超过1000，选择unix socket，因为是本地，可以避免一些检查操作(路由等)，因此更快，更轻。 如果面临高并发业务，我会选择使用更可靠的tcp socket，以负载均衡、内核优化等运维手段维持效率。

❹ 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 是一种协议用于解析器和服务器之间的交互

❺ 请问砖家，nginx怎么和php交互

nginx和php交互是通过fastcgi模块来实现的。fastcgi在nginx中是作为一个upstream实现的。可以使用如下的配置实现nginx和php的交互，从而把nginx接收到的请求转发给php。

fastcgi_passunix:/home/wangwei/php/var/php-cgi.sock;

❻ Nginx运行原理和配置详解（个人总结笔记）

话不多说，撸起键盘就是干！正所谓知其然知其所以然，个人总结了下Nginx运行原理和配置详解，便于理解和后续复盘。

先来看这一张图。

nginx启动后会有 一个master进程和多个worker进程 。master进程用来管理worker进程， 一个worker进程处理一个请求 ，一个请求，只可能在一个worker进程中处理，一个worker进程，不可能处理其它进程的请求。 worker进程的个数是可以设置的，一般我们会设置与机器cpu核数一致 ，这里面的原因与nginx的进程模型以及事件处理模型是分不开的 ，过多的worker数，只会导致进程来竞争cpu资源，从而带来不必要的上下文切换。

PHP WEB服务器目前最佳方式之一就是： Nginx + FastCGI（解决CGI并发重复fork问题） + PHP-FPM（管理PHP-CGI进程） 。nginx是怎么做到把请求抛给PHP解释来处理的呢？这个过程又是怎么实现的呢？稍后我们来看一下参数配置。

代理，反向代理，负载均衡是Nginx常用功能。

Http代理，反向代理：作为web服务器最常用的功能之一，尤其是反向代理。如果你和小马之前一样还是分不清代理和反向代理的区别，下面这个图对理解会有所帮助。

它们的区别就是，前者知道我要找的人并知道地址在哪，代理服务器按这个地址代为请求一下然后把他说的话返回给我。后者就是，我知道我要找谁问话但不知道地址在哪，我也不想管，代理服务你自己去找，只要帮我返回他要说的话就可以了。

负载均衡：其实也是 反向代理 的一种。负载均衡，热备等等其实都属于高可用范畴，Nginx提供的负载均衡策略有2种：内置策略和扩展策略。内置策略为 轮询，加权轮询，Ip hash 等等。扩展策略，就天马行空，只有你想不到的没有他做不到的啦，你可以参照所有的负载均衡算法，给他做下实现。思考一个问题，IP hash真的能解决session共享的问题么？

我们来简单看下两个 配置示例 。

这个配置将请求转发转向mysvr 定义的服务器列表。 注意proxy_pass配置。其实这块也是负载均衡的配置 。如下：

在访问网站时，由于配置了proxy_pass地址，所有请求都会先通过nginx反向代理服务器，在服务器将请求转发给目的主机时，读取upstream为 tomcatsever1的地址，读取分发策略，配置tomcat1权重为3，所以nginx会将大部分请求发送给49服务器上的tomcat1，也就是8080端口；较少部分给tomcat2来实现有条件的负载均衡，当然这个条件就是服务器1、2的硬件指数处理请求能力。

负载均衡配置 还有其他的相关参数，这是只是打个样，不赘述。

可以认为fastcgi_pass这个配置非常关键，将Nginx + FastCGI + PHP-FPM串连 。这个配置将PHP请求都交给 fastcgi_pass配置的PHP-FPM处理。 location分别通过正则过滤和转发配置决定了各个请求URL将要转发交与的处理方式 ，location /表示默认请求，location  ~\.php(.*)$ 表示PHP 脚本请求全部转发到 FastCGI处理。 使用FastCGI默认配置.。

以上配置指定了这些 静态文件要nginx自己处理 。

NGINX负载均衡可以用于很多服务负载均衡的实现，比如做Redis服务的负载均衡，配置upstream的IP列表再配置 proxy_pass 代理即可。那要实现负载均衡除了NGINX，还有哪些呢？

根据7层OSI模型可将负载均衡分为 ：

1）二层负载均衡（一般是用虚拟mac地址方式，外部对虚拟MAC地址请求，负载均衡接收后分配后端实际的MAC地址响应）；

2）三层负载均衡（一般采用虚拟IP地址方式，外部对虚拟的ip地址请求，负载均衡接收后分配后端实际的IP地址响应）；

3）四层负载均衡（在三次负载均衡的基础上，用 ip+port 接收请求，再转发到对应的机器）；

4）七层负载均衡（根据虚拟的url或是IP，主机名接收请求，再转向相应的处理服务器）。

这其中，最常见的是四层和七层负载均衡。思考一下，NGINX的负载均衡是属于哪一种？

关于负载均衡的架构