《PHP表单提交后出现502 bad gateway解决办法》要点:
本文介绍了PHP表单提交后出现502 bad gateway解决办法,希望对您有用。如果有疑问,可以联系我们。
有时侯,提交表单后,服务器出现“502 bad gateway”错误,这种情况一般都是大的文章内容。
网站的解决办法有:
1、修改PHP.INI中的memory_limit,加大到64M,但现在默认的PHP配置就是128M,所以通常不是这项。
2、修改PHP.INI中的post_max_size=8M. 一般文章内容再大,也到了不8M,所以肯定也不是这个。当然,如果有较多图片等情形,那是有可能的。可以增大看看。
2、修改PHP-fpm.conf(文件在 /usr/local/PHP/etc/PHP-fpm.conf)request_terminate_timeout 选项,它是定义请求处理的最大时间。
网络上有这样做法:
原设置为10
request_terminate_timeout = 10,
改为
request_terminate_timeout = 60,
重启PHP-fpm:
service PHP-fpm restart
你可以试一下,但是这个一般不是问题根源,以下才是主要原因:
打开Nginx.conf,找到fastcgi_buffer_size 32K,把这里的值增大到64K或128K,
必须注意的是:
fastcgi_busy_buffers_size 和 fastcgi_temp_file_write_size必须大于或等于fastcgi_buffer_size ,所以当这2个值小于刚改的值时,也需要调大他们的值。
重启Nginx就行了。
为了能举一反三,你需要熟悉这个配置项和相关的几个含义:
Ngnix中的fastcgi参数性能优化含义
fastcgi_connect_timeout=300; #连接到后端fastcgi超时时间
fastcgi_send_timeout=300; #向fastcgi请求超时时间(这个指定值已经完成两次握手后向fastcgi传送请求的超时时间)
fastcgi_rend_timeout=300; #接收fastcgi应答超时时间,同理也是2次握手后
fastcgi_buffer_size=64k; #读取fastcgi应答第一部分需要多大缓冲区,该值表示使用1个64kb的缓冲区读取应答第一部分(应答头),可以设置为fastcgi_buffers选项缓冲区大小
fastcgi_buffers 4 64k;#指定本地需要多少和多大的缓冲区来缓冲fastcgi应答请求,假设一个PHP或java脚本所产生页面大小为256kb,那么会为其分配4个64kb的缓冲来缓存;若页面大于256kb,那么大于的256kb的部分会缓存到fastcgi_temp指定路径中,这并非是个好办法,内存数据处理快于硬盘,一般该值应该为站点中PHP/java脚本所产生页面大小中间值,如果站点大部分脚本所产生的页面大小为256kb,那么可把值设置为16 16k,4 64k等
fastcgi_busy_buffers_size 128k; #默认值是fastcgi_buffer的2倍
fastcgi_temp_file_write_size 128k;#写入缓存文件使用多大的数据块,默认值是fastcgi_buffer的2倍
fastcgi_cache TEST;#开启fastcgi缓存并为其指定为TEST名称,降低cpu负载,防止502错误发生.
#应答代码缓存时间,200和302应答缓存为1个小时,301一天,其他1分钟
fastcgi_cache_valid 200 302 1h;
fastcgi_cache_valid any 1m;
因此如果你服务器并发量非常大,那只能先增加机器,然后按以下方式优化会取得更好效果 ; 但如果你并发不大却出现 502 ,一般都可以归结为配置问题,脚本超时问题。
1.php-fpm 进程数不够用
使用 netstat -napo |grep "php-fpm" | wc -l 查看一下当前 fastcgi 进程个数,如果个数接近 conf 里配置的上限,就需要调高进程数。
但也不能无休止调高,可以根据服务器内存情况,可以把 php-fpm 子进程数调到 100 或以上,在 4G 内存的服务器上 200 就可以。
2. 调高调高 linux 内核打开文件数量
可以使用这些命令 ( 必须是 root 帐号 )
echo 'ulimit -HSn 65536'>> /etc/profile
echo 'ulimit -HSn 65536'>> /etc/rc.local
source /etc/profile
3. 脚本执行时间超时
如果脚本因为某种原因长时间等待不返回 ,导致新来的请求不能得到处理,可以适当调小如下配置。
nginx.conf 里面主要是如下
fastcgi_connect_timeout 300;
fastcgi_send_timeout 300;
fastcgi_read_timeout 300;
php-fpm.conf 里如要是如下
request_terminate_timeout =10s
4. 缓存设置比较小
修改或增加配置到 nginx.conf
proxy_buffer_size 64k;
proxy_buffers 512k;
proxy_busy_buffers_size 128k;
5. recv()failed (104: Connection reset by peer) while reading response header fromupstream
可能的原因机房网络丢包或者机房有硬件防火墙禁止访问该域名
但最重要的是程序里要设置好超时,不要使用 php-fpm 的 request_terminate_timeout ,
最好设成 request_terminate_timeout=0;
因为这个参数会直接杀掉 php 进程,然后重启 php 进程,这样前端 nginx 就会返回 104: Connection reset by peer 。这个过程是很慢,总体感觉就是网站很卡。
May 01 10:50:58.044162[WARNING] [pool www] child 4074, script'/usr/local/nginx/html/quancha/sameip/detail.php' execution timed out(15.129933 sec), terminating
May 01 10:50:58.045725 [WARNING] [pool www] child 4074 exited on signal 15SIGTERM after 90.227060 seconds from start
May 01 10:50:58.046818 [NOTICE] [pool www] child 4082 started
说一千道一万最重要的就是程序里控制好超时, gethostbyname 、 curl 、 file_get_contents 等函数的都要设置超时时间。
另一个就是多说,这个东西是增加了网站的交互性,但是使用的多了反应就慢了,如果你网站超时且使用了多说是,可以关闭它。
6、自己遇到502的解决办法:
调整增大php 和Nginx 的backlog数。
PHP-FPM 高负载的解决办法
Postedon 2011/09/02
这里只是介绍了 php-fpm 的优化方法的,但一般情况下和 nginx 组合使用的时候,单独优化其中一项的话,作用不是特别的大,同时还需要对 nginx 进行优化
NGINX 频爆 502 BAD GATEWAY 的错误,看了网上的教程,仍没有彻底解决。
目前我总结的解决 502 BAD GATEWAY 的方式有: 1. 视服务器的性能,在 php-fmp.conf 里增加 max_children 的值,我目前用 reload 参数定时重载 php-fpm 。这个主要原因是 php 脚本执行时间过长造成的,重载 php-fpm 能杜绝这个问题。如何彻底解决 php-cgi 脚本占用大量内存从而导致 502 错误的产生还值得进一步探讨,目前该做法不失为一种好办法。
具体的做法是,用 crontab 让 php-fpm 平滑重启,从而不影响 PHP 脚本的运行。
*/10* * * * /usr/local/php/sbin/php-fpm reload
优化设置
When you running a highload websitewith PHP-FPM via FastCGI, the following tips may be useful to you : )
如果您高负载网站使用 PHP-FPM 管理 FastCGI ,这些技巧也许对您有用: )
1.Compile PHP's modules as less as possible, the simple the best (fast);
1. 尽量少安装 PHP 模块,最简单是最好(快)的
2. Increas PHP FastCGI child number to 100 and even more.Sometime, 200 is OK! ( On 4GB memory server);
2. 把您的 PHP FastCGI 子进程数调到 100 或以上,在 4G 内存的服务器上 200 就可以
注:我的 1g 测试机,开 64 个是最好的,建议使用压力测试获取最佳值
3.Using SOCKET PHP FastCGI, and put into /dev/shm on Linux;
3. 使用 socket 连接 FastCGI , linux 操作系统可以放在 /dev/shm 中
注:在 php-fpm.cnf 里设置 <valuename=”listen_address”>/tmp/nginx.socket</value> 就可以通过 socket 连接 FastCGI 了, /dev/shm 是内存文件系统,放在内存中肯定会快了 . 记得这时也要在 nginx 里的配置里进行修改,保持一致.
location~ .*\.(php|php5)?$
将 Nginx 与 FastCGI 的通信方式由 TCP 改为 UnixSocket 。 TCP 在高并发访问下比 UnixSocket 稳定,但 Unix Socket 速度要比 TCP快。
fastcgi_pass unix:/tmp/php-cgi.sock;
#fastcgi_pass 127.0.0.1:9000;
fastcgi_index index.php;
include fcgi.conf;
}
4. Increase Linux “max open files”, using the following command(must be root):
# echo ‘ulimit -HSn 65536′>> /etc/profile
# echo ‘ulimit -HSn 65536 >> /etc/rc.local
# source /etc/profile
4. 调高 linux 内核打开文件数量,可以使用这些命令 ( 必须是 root 帐号)
echo ‘ulimit -HSn 65536′ >> /etc/profile
echo ‘ulimit -HSn 65536′ >> /etc/rc.local
source /etc/profile
注:我是修改 /etc/rc.local ,加入 ulimit -SHn 51200 的
5.Increase PHP-FPM open file description rlimit:
# vi /path/to/php-fpm.conf
Find “<value name=”rlimit_files”>1024</value>”
Change 1024 to 4096 or higher number.
Restart PHP-FPM.
5. 增加 PHP-FPM 打开文件描述符的限制:
# vi /path/to/php-fpm.conf
找到
“<value name=”rlimit_files”>1024</value>”
把 1024 更改为 4096 或者更高.
重启 PHP-FPM.
6. Using PHP code accelerator,e.g eAccelerator, XCache. And set “cache_dir” to /dev/shm on Linux.
6. 使用 php 代码加速器,例如 eAccelerator, XCache. 在 linux 平台上可以把 `cache_dir` 指向 /dev/shm