189 8069 5689
前言：
创新互联公司专注于成都做网站、网站设计、网页设计、网站制作、网站开发。公司秉持“客户至上,用心服务”的宗旨,从客户的利益和观点出发,让客户在网络营销中找到自己的驻足之地。尊重和关怀每一位客户，用严谨的态度对待客户，用专业的服务创造价值，成为客户值得信赖的朋友，为客户解除后顾之忧。
最近在腾讯云买了台学生机打算搭个博客玩玩，由于空间还在备案中，于是就想着先把环境（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：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的优化技巧了吧