php-fpm优化 nginx.conf优化 总体来说php-cgi进程数不够用、php执行时间长、或者是php-cgi进程死掉，都会出现502 504的错误。
pm = dynamic （pm参数指定了进程管理方式，有两种可供选择：static或dynamic，从字面意思不难理解，为静态或动态方式。如果是静态方式，那么在php-fpm启动的时候就创建了指定数目的进程，在运行过程中不会再有变化(并不是真的就永远不变)；而动态的则在运行过程中动态调整，当然并不是无限制的创建新进程，受pm.max_spare_servers参数影响；动态适合小内存机器，灵活分配进程，省内存。静态适用于大内存机器，动态创建回收进程对服务器资源也是一种消耗 ）
一般php-fpm进程占用20~30m左右的内存就按30m算。如果单独跑php-fpm，动态方式起始值可设置物理内存Mem/30M，由于大家一般、都在一台机器上，于是预留一半给它们，即php-fpm进程数为$Mem/2/30）
如何控制子进程，选项有static和dynamic。如果选择static，则由pm.max_children指定固定的子进程数。如果选择dynamic，则由下开参数决定：pm.max_children =20，子进程最大数pm.start_servers =10，启动时的进程数pm.min_spare_servers =5 ，保证空闲进程数最小值，如果空闲进程小于此值，则创建新的子进程pm.max_spare_servers =10，保证空闲进程数最大值，如果空闲进程大于此值，此进行清理对于专用服务器，pm可以设置为static（静态）。
pm.max_requests = 1000设置每个子进程重生之前服务的请求数. 对于可能存在内存泄漏的第三方模块来说是非常有用的. 如果设置为 '0′ 则一直接受请求. 等同于 PHP_FCGI_MAX_REQUESTS 环境变量. 默认值: 0.
pm.status_path = /statusFPM状态页面的网址. 如果没有设置, 则无法访问状态页面. 默认值: none.
ping.path = /pingFPM监控页面的ping网址. 如果没有设置, 则无法访问ping页面. 该页面用于外部检测FPM是否存活并且可以响应请求. 请注意必须以斜线开头 (/)。
ping.response = pong用于定义ping请求的返回相应. 返回为 HTTP 200 的 text/plain 格式文本. 默认值: pong.
request_terminate_timeout = 0设置单个请求的超时中止时间. 该选项可能会对php.ini设置中的'max_execution_time'因为某些特殊原因没有中止运行的脚本有用. 设置为 '0′ 表示 ‘Off'.当经常出现502错误时可以尝试更改此选项。
request_slowlog_timeout = 10s当一个请求该设置的超时时间后，就会将对应的PHP调用堆栈信息完整写入到慢日志中. 设置为 '0′ 表示 ‘Off'
slowlog = log/$pool.log.slow慢请求的记录日志,配合request_slowlog_timeout使用
rlimit_files = 1024设置文件打开描述符的rlimit限制. 默认值: 系统定义值系统默认可打开句柄是1024，可使用 ulimit -n查看，ulimit -n 2048修改。
rlimit_core = 0设置核心rlimit最大限制值. 可用值: ‘unlimited' 、0或者正整数. 默认值: 系统定义值.
chroot =启动时的Chroot目录. 所定义的目录需要是绝对路径. 如果没有设置, 则chroot不被使用.
chdir =设置启动目录，启动时会自动Chdir到该目录. 所定义的目录需要是绝对路径. 默认值: 当前目录，或者/目录（chroot时）
catch_workers_output = yes重定向运行过程中的stdout和stderr到主要的错误日志文件中. 如果没有设置, stdout 和 stderr 将会根据FastCGI的规则被重定向到 /dev/null . 默认值: 空.
1.请检查你的FastCGI进程是否启动2.FastCGI进程不够使用请通过执行 netstat -anpo | grep "php-cgi" | wc -l 判断，是否接近你启动的FastCGI进程，接近你的设置，表示进程不够来源：http://blog.s135.com/post/361.htm3.执行超时请把fastcgi_connect_timeout 300; 连接超时时间fastcgi_send_timeout 300; 请求超时时间fastcgi_read_timeout 300; 读取超时时间这几项的值调高
504错误
可以添加成以下参数
proxy_connect_timeout 60s;proxy_read_timeout 5400s;proxy_send_timeout 5400s;
4.FastCGI缓冲不够nginx和apache一样，有前端缓冲限制fastcgi_buffer_size 32k; 指定读取FastCGI应答第一部分需要用多大的缓冲区，一般第一部分应答不会超过1k，由于页面大小为4k，所以这里设置为4k
fastcgi_buffers 8 32k; 本地需要用多少和多大的缓冲区来缓冲FastCGI的应答请求。如果一个PHP脚本所产生的页面大小为256KB，那么会为其分配4个64KB的缓冲区来缓存；如果页面大小大于256KB，那么大于256KB的部分会缓存到fastcgi_temp指定的路径中，但是这并不是好方法，因为内存中的数据处理速度要快于硬盘。一般这个值应该为站点中PHP脚本所产生的页面大小的中间值，如果站点大部分脚本所产生的页面大小为256KB，那么可以把这个值设置为“16 16k”、“4 64k”等。
fastcgi_busy_buffers_size 64k; 默认值是fastcgi_buffers的两倍。
fastcgi_temp_file_write_size 64k; 在写入fastcgi_temp_path时将用多大的数据块，默认值是fastcgi_buffers的两倍。5.Proxy缓冲不够如果你使用了Proxying，请把proxy_buffer_size 16k;proxy_buffers 4 16k;这几项的值调高来源：http://www.ruby-forum.com/topic/1690406.https转发配置错误正确的配置方法 server_name www.mydomain.com; location /myproj/repos { set $fixed_destination $http_destination; if ( $http_destination ~* ^https(.*)$ ) { set $fixed_destination http$1; } proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header Destination $fixed_destination; proxy_pass http://subversion_hosts; }来源：http://www.ruby-forum.com/topic/1734557.php脚本执行时间过长将php-fpm.conf的<value name="request_terminate_timeout">0s</value>的0s改成一个时间来源：http://blog.nowans.com/content/log.2008.10.29.229.html
Nginx php-fpm fast-cgi 502 Bad Gateway错误是FastCGI有问题，造成NGINX 502错误的可能性比较多。将网上找到的一些和502 Bad Gateway错误有关的问题和排查方法列一下，先从FastCGI配置入手：
1.FastCGI进程是否已经启动
2.FastCGI worker进程数是否不够通过命令查看服务器上一共开了多少的 php-cgi 进程 ps -fe |grep "php" | grep -v "grep" | wc -l使用如下命令查看已经有多少个php-cgi进程用来处理tcp请求 netstat -anop | grep "php" | grep -v "grep" | wc -l接近配置文件中设置的数值，表明worker进程数设置太少参见：
3.FastCGI执行时间过长根据实际情况调高以下参数值fastcgi_connect_timeout 300;fastcgi_send_timeout 300;fastcgi_read_timeout 300;
4.FastCGI Buffer不够nginx和apache一样，有前端缓冲限制，可以调整缓冲参数fastcgi_buffer_size 32k;fastcgi_buffers 8 32k;参见：
5.Proxy Buffer不够如果你用了Proxying，调整proxy_buffer_size 16k;proxy_buffers 4 16k;参见：
6.https转发配置错误正确的配置方法
server_name ;location /myproj/repos { set $fixed_destination $http_destination;if ( $http_destination ~* ^https(.*)$ ){ set $fixed_destination http$1;}proxy_set_header Host $host;proxy_set_header X-Real-IP $remote_addr;proxy_set_header Destination $fixed_destination;proxy_pass ;}参见：
7.查看php-fpm.log错误请参看：8.php的bug请参看：
9.php-fpm.conf的配置请参看
10.nginx.conf的rewrite-url规则等
11.php-fpm.pid鄙人在/php/sbin/php-fpm 里面把php_fpm_PID=/data1/php/logs/php-fpm.pid修改成#php_fpm_PID=/data1/php/logs/php-fpm.pid故猜想是用户权限的问题已php-fpm.conf里的用户启动该服务估计问题会消失
另外nginx 400 bad request 错误的原因和解决办法在nginx.conf中，将client_header_buffer_size和large_client_header_buffers都调大，可缓解此问题。其中主要配置是client_header_buffer_size这一项，默认是1k，所以header小于1k的话是不会出现问题的。按我现在配置是：client_header_buffer_size 16k;large_client_header_buffers 4 64k;这个配置可接收16k以下的header，在浏览器中cookie的字节数上限会非常大，所以实在是不好去使用那最大值。