nginx+php-fpm优化项配置

23. 3月 2017 服务器 0

最近基于nginx部署了一些php项目,对里面的工作模式和配置项学习了一下。

什么是php-fpm

fpm全程是FastCGI Process Manager(什么是CGI就不谈了),首先他是一个PHP FastCGI用于处理http请求;其次他是一个管理器,可以管理php进程、配置项等(官方文档)。对于nginx来说,nginx自己处理静态内容,而动态内容需要交给相应的后端CGI程序处理,php-fpm就是连接php和nginx的一个通道。

php-fpm与mod_php的区别

说到这两者的区别就不得不说nginx和apache的区别了。nginx是异构非阻塞模型,每个worker可以同时处理若干请求;而apache是一个阻塞模型,通过fork出子线程来对应处理某一个请求。所以php-fpm以一个独立服务的形式存在,nginx需要时只需要请求fpm即可,运行时的权限等也是由php-fpm的配置来控制的;而mod_php需要被apache加载到子线程中去,权限等也是继承自apache。从这个角度看,php-fpm有更大的灵活性。

(当然Apache也可以跟php-fpm结合起来,这里暂不讨论)

性能上看,仅从这两者很难说性能好坏,因为他们都不能改变php的运行方式。但是由于nginx比apache在设计上更加优秀(或者说是apache历史包袱太重),通常能够承受更大的并发,加上内存占用少、负载均衡等,使得综合性能nginx有一些优势。

nginx配置 (官方链接

master_process on|off;

是否以master/worker模式工作,默认on(就像上图那样)。如果设置为off,则由master进程亲自处理请求,不启动worker;否则master只起管理worker进程的作用。

worker_processes xxx;

Nginx worker的进程个数,默认为auto(1.9.10之后)。通常被设定为cpu(逻辑)核心数,这样可以发挥多核并行的优势。如果设置为auto,则nginx会自动设置为cpu核数。

worker_cpu_affinity xxx;

worker绑定cpu选项,默认不设置。如果不设置,则不同worker进程可能会分配到不同的cpu核心执行,这样会降低并发的效果。如果设置为auto(1.9.10之后),系统自动绑定到合适的cpu核心。也可以手动使用掩码设置,如四个worker的情况下设置 worker_cpu_affinity 0001 0010 0100 1000;

worker_priority xxx;

worker的优先级,linux在新一轮调度中,执行顺序和时间片分配长短都跟优先级有关。此配置默认值是0,取值范围是-20~20 (越小优先级越高)。

worker_rlimit_nofile number;

设置每个worker最多可以打开的文件数。

events { worker_connections number; }

每个worker可以同时处理的最大连接数,默认1024。这个值的大小不能超过worker_rlimit_nofile的大小;另外如果nginx作为反向代理服务器,通常要耗费两倍的连接(服务器+客户端)。

events { accept_mutex on|off; }

1.11.3前默认值是on,之后默认值是off。此选项是为了负载均衡设计的,若此选项打开,nginx会使worker一个一个地接受请求,而不是一起被唤醒去争抢这个请求(惊群问题)。但是实际上,在负载比较大的情况下,关闭选项能够加快tcp连接的建立速度,而且处于休眠状态的worker也并不多,所以之后这个选项被默认关闭了。在之前陶辉的《深入理解Nginx》中阐述“当某一个worker进程建立的链接数量打到worker_connections的7/8的时候,会大大减小这个worker建立tcp连接的机会”,但是随着nginx版本迭代,这个策略似乎已经变了,之后待我搞清楚会单独写一个东西出来讨论一下。

events { accept_mutex_delay number; }

当accept_mutex开启时,若尝试accept失败,worker会最多等待number秒来重试。默认值500ms(个人感觉有点大)。

events { use method; }

使用什么方法管理连接,默认不同系统使用不同方法(文档),一般linux 2.6以后使用epoll。

events { multi_accept on|off; }

默认off。如果打开,则一个worker会同时accept多个连接。关于这个的讨论比较少,个人觉得是打开这个选项可能会导致负载很不平衡,但是对效率应该是有提高的。

php-fpm配置

php-fpm也是master/worker的工作方式,它有两个配置文件,一个php-fpm.conf,另一个是php-fpm.d/www.conf。安装后创建的默认配置文件中有详细的注释。只有几个www.conf中的配置需要注意一下。

pm = dynamic|static

选择是以何种方式管理,static静态模式,启动的子进程个数是固定的;dynamic动态模式,会在一个区间内动态变化,在这个模式下后面很多参数才会起作用。

pm.max_children = number

必填,最大子进程数(至少为1)。一定要注意php-fpm是阻塞模型,这个参数决定了服务器的服务能力。假设这个值设为1,某个请求请求了一个很耗时的php文件,那么其他的所有请求都会被挂起,直到这个请求被处理完才会被处理。

pm.start_servers = number

启动时启动的进程数。pm=dynamic下才有效,必须小于max_children。

pm.max_requests = number

默认0(不限制),当一个子进程处理了number个request之后会重启。这是因为php(或者第三方插件)可能发生内存泄漏,重启就把内存重置了= =||||  还是设置一下比较好,但是这个值不要太小,否则可能出现某一时刻多个process都在重启,服务能力下降严重。


发表评论

您的电子邮箱地址不会被公开。 必填项已用*标注

此站点使用Akismet来减少垃圾评论。了解我们如何处理您的评论数据