nginx+php-fpm执行一半，502错误

zidong

　　php-fpm.conf
　　pm = static　　
　　pm.max_children = 7　　#这个决定了  php-fpm的总进程。我们要想同时响应更多的并发数，这个数值要尽可能大，比如500，1000　　
　　pm.max_requests =  10000　　#并发数越大，这个最大请求数应该越大，并发数小，这个数值也应该越小。它表示，php-fpm进程响应了10000个并发请求之后，就自 动重启一下进程。　　
　　request_terminate_timeout =  30　　#表示等待30秒后，结束那些没有自动结束的php脚本，以释放占用的资源。
　　由于服务器只有600M的内存,上面跑了一个并发并不是很大的php应用,当运行一段时间后,发现内存不断增长,其中一部分是PageCache的增长， 这个可以通过echo 3 > /proc/sys/vm/drop_caches  命令来进行有效的释放，另外一个应用内存的增长，且无法释放，通过top命名（输入命名后按m键可按进程占用内存大小的排序）查看，发现大部分内存都被  php-fpm  占用，网上查了一下，大概的意思是说，处理每个php请求完成后，php-fpm会回收内存，但不会释放给操作系统，从而导致大量的内存被php-fpm   占用。网上也提到解决方法，就是调整php-fpm.conf中的pm.max_requests值，pm.max_requests的作用是发送多少个 请求后会重启该线程，从而使其释放占用的内存，默认0，即决不重启。在我的应用把该值设置为250，观察一段时间后，发现还是有好几个php-fpm占用 内存的比例是2.8%左右，效果不理想，可能的原因是请求量大，还是无法达到这个阀值，将其设置为10的时候，发现php-fpm是会不断的重启的。个人 感觉这样配置不是太好，所有还是把这个值置为250，同时用一个脚本来进行杀掉php-fpm，从而释放他占用的内存，另外如果系统负载巨大，重启会导致  cpu的使用率飙升。脚本如下：
　　#!/bin/bash
　　log=/home/www/scripts/php-fpm.log
　　echo `date "+%F %H:%M:%S"` >> $log
　　for PID in `ps aux|grep php-fpm|grep -v grep|awk '{if($4>=1)print $2}'`
　　do
　　kill -9 $PID
　　echo $PID >> $log
　　done
　　可以把脚本加到crontab中让其定期执行.
　　另外记录几个长用的命令:
　　1、按顺序列出内存占用率的进程     ps -A --sort -rss -o comm,pmem,pcpu |uniq -c |head -15
　　ps -A --sort -rss -o comm,pmem,pcpu|uniq -c |head -15
　　2、指令vmstat可以监控内存使用情况，作为对内存监控，我们比较关心swpd、free、si、so。一般系统不繁忙的状态下，我们看到swpd,so的值不会持续很高，经常为0
　　3、通过pmap来查看进程占用内存的详细情况，例如，pmap 进程号
　　pmap $(pgrep php-cgi|head -1)
　　netstat -np|grep php-cgi 查看数量
1、提升服务器的文件句柄打开打开/etc/security/limits.conf : (增加)*    soft    nofile    51200*    hard    nofile    51200# vi /etc/security/limits.conf 加上　　* soft nofile 51200
　　* hard nofile 51200
2、提升nginx的进程文件打开数 nginx.conf : worker_rlimit_nofile 51200; 3、修改php-fpm.conf文件，主要需要修改2处。 命令 ulimit -n 查看限制的打开文件数，php-fpm.conf 中的选项rlimit_files 确保和此数值一致。  10240 51200 4、# vi /etc/sysctl.conf　　底部添加
　　fs.file-max=51200
完成以上修改，重启　　本文参考了：http://www.opsers.org/linux-home/server/php-fpm-on-analysis-of-system-resources.html