nginx和php-fpm优化

来看看

　　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，由于大家一般Nginx、MySQL都在一台机器上，于是预留一半给它们，即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 = /status
　　FPM状态页面的网址. 如果没有设置, 则无法访问状态页面. 默认值: none.
　　ping.path = /ping
　　FPM监控页面的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.htm
　　3.执行超时
　　请把
　　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/169040
　　6.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/173455
　　7.php脚本执行时间过长
　　将php-fpm.conf的0s的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进程数设置太少
　　参见：http://blog.s135.com/post/361.htm
　　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;
　　参见：http://www.hiadmin.com/nginx-502-gateway-error一例/
　　5.Proxy Buffer不够
　　如果你用了Proxying，调整
　　proxy_buffer_size 16k;
　　proxy_buffers      4 16k;
　　参见：http://www.ruby-forum.com/topic/169040
　　6.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/169040
　　http://bizhi.knowsky.com/
　　7.查看php-fpm.log
　　错误请参看：http://www.admin99.net/read.php/396.htm
　　http://hi.baidu.com/dugu2008/blog/item/0d9e9bf8e8c13b08d8f9fd14.html
　　8.php的bug
　　请参看：http://bugs.php.net/bug.php?id=41593
　　9.php-fpm.conf的配置
　　请参看http://www.jefflei.com/post/232.html
　　http://www.php-oa.com/2008/06/05/php-fpm.html
　　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的字节数上限会非常大，所以实在是不好去使用那最大值。