前言:


    最近在腾讯云买了台学生机打算搭个博客玩玩,由于空间还在备案中,于是就想着先把环境(LNMP+phpmyadmin+wordpress)部署好,环境很顺利,但晚上重新连上云服务器敲命令时那延时真是叫一个痛苦啊,思来想去觉得八成是内存被耗尽了,于是开始排查优化之旅


查看内存使用情况:

# free -m
             total       used       free     shared    buffers     cached
Mem:           996        933        63          0         74        268
-/+ buffers/cache:        284        712
Swap:            0          0          0


果然,内存几乎被吃尽,看看哪些乱来的进程吃了我的内存

# ps -A --sort -rss -o comm,pmem,pcpu |uniq -c |head -10

      1 COMMAND         %MEM %CPU
      1 mysqld           9.1  0.0
      1 php-fpm          3.6  0.9
      1 php-fpm          3.4  0.9
      1 php-fpm          3.4  0.8
      1 php-fpm          3.4  0.9
      2 php-fpm          3.4  0.8
      2 php-fpm          3.4  0.6
      1 php-fpm          3.4  0.8
      3 php-fpm          3.4  0.9
 
      
# ps aux | grep php-fpm |wc -l

22


除去以root身份运行的作为管理各个php-fpm进程的 master 进程与grep进程,php-fpm竟然有多达20个占用3.4M的php-fpm进程

先把mysqld放一边,我们发现很大一部分的内存都被 php-fpm 进程吞了,看来有必要对 php-fpm 做个优化了


优化前,我们有必要了解一下 php-fpm 这个组件,以及php-fpm在 nginx 环境下必不可缺的原因

php-fpm:php-FastCGI Process Manager


我们知道apache与php结合的方式有3种: (找机会对这3种方式做个详细介绍)

1.配置apache,将php解释器作为cgi脚本

2.将php直接装载进apache模块

3.使用fastcgi

[注]apache默认使用第二种方式


但是,Nginx不支持对外部程序的直接调用或者解析,并且Nginx默认就不支持cgi模式,所以通常Nginx都是使用 fastcgi 的方式与php结合


简单介绍fast-cgi


     fast-cgi在安装后一旦启用将 监听在TCP的某个套接字 上,通常表现为 127.0.0.1:9000 ,于是现在客户端浏览器访问一个动态网页(如index.php)时发生的行为:nginx将用户的http请求接进来,发现用户请求的是一个php脚本,于是交给fastcgi分析处理,处理完毕后(经过php解释器解释与从mysql中取数据)将结果回送给nginx,nginx最后将静态内容返回给客户端,所以我们能感受到fast-cgi的一大好处是:将动态脚本的解释过程从nginx抽出,使得nginx只需专注于与客户端交互静态资源,而将动态php脚本分析统统扔给fast-cgi,这样一来能将动态脚本分析过程从nginx进程中解放出来从而增强nginx的并发能力,二来当php挂了不至于让nginx一起挂了


介绍完fast-cgi的重要性,只是希望告诉大家虽然现在php-fpm占用了不少的内存空间,但可不能将其打入冷宫,随随便便把它们kill或者将php-fpm服务停掉了(这样你的网站将无法访问),下面先介绍一下php-fpm配置文件一些重要参数的含义,然后再针对性得做些优化措施


由于我是rpm安装的php-fpm,所以得先找找相关配置文件

# rpm -qc php-fpm

/etc/logrotate.d/php-fpm
/etc/php-fpm.conf
/etc/php-fpm.d/www.conf
/etc/sysconfig/php-fpm


根据上方ps的提示,我们这里应当重点优化php-fpm与www相关的参数

# cat /etc/php-fpm.d/www.conf | grep -v "^;" 
 
[www]
listen = 127.0.0.1:9000
listen.allowed_clients = 127.0.0.1
user = apache
group = apache
pm = dynamic                 # pm模式
pm.max_children = 20             # 最大可创建的子进程的数量
pm.start_servers = 10             # 随着php-fpm-master一起启动时创建的子进程数目
pm.min_spare_servers = 5           # 服务器空闲时最小php-fpm进程数量
pm.max_spare_servers = 20           # 服务器空闲时最大php-fpm进程数量
slowlog = /var/log/php-fpm/www-slow.log    # 慢查询日志存放路径
php_admin_value[error_log] = /var/log/php-fpm/www-error.log
php_admin_flag[log_errors] = on
php_value[session.save_handler] = files
php_value[session.save_path] = /var/lib/php/session


pm的三种模式:


static  表示我们创建固定数量的php-fpm子进程,所以只有 pm.max_children=20 参数生效。启动php-fpm时会一次性全部启动21(1个主+20个子)个进程

dynamic 表示启动进程是动态分配的,子进程的数量随着请求量的变化以及上述一些参数限制动态变化着

ondemand 该模式下按需分配、销毁子进程,子进程捆绑了空闲计时器 pm.process_idle_timeout 一旦空闲时间计时器超时就将子进程kill


所以,现在结合php-fpm的默认配置就能解释:上面用ps输出发现系统跑着20个php-fpm子进程的原因了

我这个小小站,根据 pm.start_servers=10 刚启动php-fpm时会产生1个主进程以及10个子进程,当这10个子进程对用户的大量动态请求忙不过来时,将不断启动新的php-fpm子进程以满足需要,但根据 pm.max_children=20 系统最多只会产生20个子进程,而由于 pm.max_spare_servers=20 假设某时间段内,网站一直没人访问,但却仍需维护着20个子进程,对于像我这种小小站而言,子进程的空闲数量过多了,所以这也是一个优化点,唠叨这么多怕大家反而晕头转向的,不妨瞅瞅我随手画的图加深理解

php-fpm优化_第1张图片

大家有了这些知识做铺垫,想必php-fpm的优化技巧不用我说也能猜到一二了吧(如果看官依然懵逼那只能说“看来我这水平还不够”)


优化方案1:pm模式使用dynamic


配置要点

# vim /etc/php-fpm.d/www.conf
pm = dynamic                 
pm.max_children = 8             
pm.start_servers = 3             
pm.min_spare_servers = 3           
pm.max_spare_servers = 5


重启 php-fpm 并查看内存占用情况

# service php-fpm restart
停止 php-fpm:                                             [确定]
正在启动 php-fpm:                                         [确定]


# free -m
             total       used       free     shared    buffers     cached
Mem:           996        410        585          0         90        111
-/+ buffers/cache:        209        787
Swap:            0          0          0


现在内存使用量的确舒服多了,顺便看看初始时启用的子进程数目

# ps aux | grep php-fpm | wc -l
5

5-2=3符合我们上方 pm.start_servers=3 的修改

此时nginx尚未配置页面缓存,所以可以不断刷新站点来测试(让仅有的3个fpm进程忙不过来)看看内存占用情况,下面贴出测试后的现象

# free -m
             total       used       free     shared    buffers     cached
Mem:           996        517        478          0         90        112
-/+ buffers/cache:        314        681
Swap:            0          0          0
# ps aux | grep php-fpm | wc -l
7

系统当前运行的php-fpm子进程个数也符合我们设置的 pm.max_spare_servers=5 (最大空闲进程数)


优化方案2:pm模式使用 ondemand


配置要点

# vim /etc/php-fpm.d/www.conf
pm = ondemand


网站在某刻有大量请求涌入时,内存占用情况

# free -m
             total       used       free     shared    buffers     cached
Mem:           996        765        231          0         90        112
-/+ buffers/cache:        561        435
Swap:            0          0          0


网站平稳时(没人访问)系统只跑了个 php-fpm master 进程(因为子进程由于闲置时间过长而被kill掉了)所以此时内存占用也就大大降低啦

# ps aux | grep php-fpm
root     29549  0.0  0.6 317072  6148 ?        Ss   10:16   0:00 php-fpm: master process (/etc/php-fpm.conf)
root     30099  0.0  0.0 103272   884 pts/0    S+   10:28   0:00 grep php-fpm


# free -m                    
             total       used       free     shared    buffers     cached
Mem:           996        414        582          0         91        115
-/+ buffers/cache:        207        789
Swap:            0          0          0


看到这里,想必各位看官也能自己总结出php-fpm各模式下的优缺点以及php-fpm的优化技巧了吧