修改/usr/local/php/etc/php-fpm.conf php 5.2调整：max_children的值
php 5.3以上版本调整：pm.min_spare_servers和pm.max_spare_servers的值适当增加
最大值可以按内存xxMB/2/20 的整数来算，最小值可以按内存/2/40 的整数来算，可以少点或多大，可以自己调整运行看看。
************************************

MySQL参数优化可以自己适当调整/etc/my.cnf 里的参数
key_buffer_size
table_open_cache
sort_buffer_size
read_buffer_size
myisam_sort_buffer_size
thread_cache_size
query_cache_size
tmp_table_size
innodb_buffer_pool_size
innodb_log_file_size
performance_schema_max_table_instances

***********************************
nginx可以调整 /usr/local/nginx/conf/nginx.conf 的worker_processes
Nginx作者说的：
一般一个进程足够了，你可以把连接数设得很大。如果有SSL、gzip这些比较消耗CPU的工作，而且是多核CPU的话，可以设为和CPU的数量一样。或者要处理很多很多的小文件，而且文件总大小比内存大很多的时候，也可以把进程数增加，以充分利用IO带宽（主要似乎是IO操作有block）。

现在大部分版本上也可以设置为：worker_processes auto; 自动调整

*****************************************
所有调整均需要重启对应的程序使其生效。
建议改配置前备份一下配置文件，以便出错时恢复或查找错误。

php502问题

第一种原因：安装lnmp一键安装包时php没安装成功而出现502 Bad Gateway，从0.9开始只要安装成功或失败都就会有提示。没安装成功一般原因是在安装php前，脚本中某些lib包可能没有安装上，造成php没有编译安装成功。可以看一下是否存在/usr/local/php/sbin/php-fpm ，如果没有肯定没安装成功
解决方法：
可以尝试根据lnmp一键安装包中的脚本手动安装一下，看看是什么错误导致的，在网上搜索一下，或者把错误信息发上来。如果实在不会提供按http://lnmp.org/install.html这个安装时的lnmp.log日志文件（可以用winscp登陆下载lnmp.log，压缩并上传到本论坛），没有错误信息我们没法说什么原因。本方法只限于lnmp没安装成功，只要lnmp安装成功了这一项就没可能。

第二种原因：
在php.ini里，eaccelerator配置项一定要放在Zend Optimizer配置之前，否则也可能引起502 Bad Gateway。php一些模块之间也可能会造成502，如Zend GuardLoader与Opcache，ioncube与Zend GuardLoader等，一般可以通过注释掉一个然后重启php-fpm，然后看是否还502进行排除。

第三种原因：
在安装好使用过程中出现502问题，一般是因为默认php-cgi进程是5个，可能因为phpcgi进程不够用而造成502，需要修改/usr/local/php/etc/php-fpm.conf 将其中的max_children值适当增加，如果php已升级到5.3.*以上且使用的是dynamic模式，需要调整pm.min_spare_servers和pm.max_spare_servers的值适当增加。最大值可以按内存xxMB/2/20 的整数来算（内存以MB为单位进行计算，/ 为除，取整数），最小值可以按内存/2/40 的整数来算，可以少点或多大，可以自己调整运行看看，同时pm.max_children也调整为和pm.max_spare_servers的值一样。
也有可能是max_requests值不够用。

第四种原因：
php执行超时，修改/usr/local/php/etc/php.ini 将max_execution_time 改为300 或直接改成0 不限制，同时还需要修改/usr/local/php/etc/php-fpm.conf 调整request_terminate_timeout的值
再/etc/init.d/php-fpm restart重启使其生效。

第五种原因：
磁盘空间不足，如mysql日志占用大量空间清理一下磁盘上的文件，有部分剩余空间，重启即可恢复。

第六种原因：
查看php-cgi或php-fpm进程是否在运行

第七种原因：
将nginx.conf里的
fastcgi_connect_timeout
fastcgi_send_timeout
fastcgi_read_timeout都调大一点。

第八种可能原因：https://bbs.vpser.net/thread-1654-1-1.html

九、不要按网上找到的教程随便修改配置，网上找到的可能会路径不一样，也可能会导致502或有相关的错误产生，例如网上其他的教程可以使用的是9000端口，而lnmp默认使用socket，你如果按网上的教程设置的端口或socket路径不一样那肯定100% 502无疑。

LNMP默认使用unix套接字，虚拟主机配置文件里 fastcgi_pass参数为unix:/tmp/php-cgi.sock; 需要确保/usr/local/php/etc/php-fpm.cnf 里的设置，php 5.2为<value name=“listen_address”>/tmp/php-cgi.sock</value> php 5.3及以上版本为listen = /tmp/php-cgi.sock ，同时/usr/local/nginx/conf/nginx.conf 及其/usr/local/nginx/conf/vhost/ 下面的虚拟主机配置里的fastcgi_pass  unix:/tmp/php-cgi.sock; 不一致就必定502。


有时候unix套接字模式下可能会502，可以尝试改成tcp/ip的方式 php 5.2下<value name=“listen_address”>/tmp/php-cgi.sock</value>替换为<value name=“listen_address”>127.0.0.1:9000</value>  php 5.3及以上版本listen = /tmp/php-cgi.sock替换为listen = 127.0.0.1:9000，nginx配置文件及虚拟主机配置文件里fastcgi_pass  unix:/tmp/php-cgi.sock;替换为fastcgi_pass  127.0.0.1:9000;  之后重启试试。


十、如果虚拟主机的日志文件过大也可能会造成502问题。
建议定期清空一下虚拟主机的日志文件。

十一、有些程序或者程序的主题有死循环或其他非常占用资源的代码也可能会引起502，可以尝试暂时注释掉可能的主机的配置文件，重启看看是否还会502。

十二、如果以上方法都试过，但还有时会出现502错，可以尝试添加502自动重启脚本：https://bbs.vpser.net/thread-1913-1-1.html

十三、实在找不到原因可以开启slowlog看看慢日志是否有相关有用的信息：https://bbs.vpser.net/viewthread.php?tid=10251&page=1&fromuid=3#pid30582

十四、升级PHP后出现502，可能php没升级成功。
如果是1.0之前的版本升级PHP到5.4或5.5后，可能是因为这个原因：https://bbs.vpser.net/thread-10763-1-1.html

十五、CentOS 6 下，wordpress访问后台、安装wp、安装插件报502错误的解决方法：https://bbs.vpser.net/thread-10767-1-1.html    

所以说  pm.max_children  对 pm = dynamic   也有作用的。
所以，我现在1G 都设这么大
pm = dynamic
pm.max_children = 150
pm.start_servers = 8
pm.min_spare_servers = 4
pm.max_spare_servers = 20
pm.max_requests = 2048
pm.process_idle_timeout = 10
request_terminate_timeout = 180

512M 都设
pm = dynamic
pm.max_children = 80
pm.start_servers = 6
pm.min_spare_servers = 3
pm.max_spare_servers = 12
pm.max_requests = 2048
pm.process_idle_timeout = 10
request_terminate_timeout = 180

pm设置动态还是静态，要根据你的内存来定！
1、如果你的内存足够大，例如4G或4G以上你可以将pm设置成静态（static），因为这样不需要进行额外的进程数目控制，会提高效率（频繁开关php-fpm进程也会有时滞的）所以内存够大的情况下开静态效果会更好。
比如4GB内存可以设置为pm.max_children = 80，那么按照每个进程占用15~30M内存计算，php-fpm耗费的内存就能控制在1.2G-2.5G的样子。
2、如果内存小，比如1G，那么指定静态的进程数量更加有利于服务器的稳定。这样可以保证php-fpm只获取够用的内存，将不多的内存分配给其他应用去使用，会使系统的运行更加畅通。

pm.max_children：静态方式下开启的php-fpm进程数量。
pm.start_servers：动态方式下的起始php-fpm进程数量。
pm.min_spare_servers：动态方式下的最小备用php-fpm进程数量。
pm.max_spare_servers：动态方式下的最大备用php-fpm进程数量。

下面是我1G内存VPS的配置：

pm = dynamic
pm.max_children = 24
pm.start_servers = 6
pm.min_spare_servers = 3
pm.max_spare_servers = 9
pm.max_requests = 2048
pm.process_idle_timeout = 10
request_terminate_timeout = 120
request_slowlog_timeout = 0

slowlog = log/slow.log
rlimit_files = 51200
rlimit_core = 0

我的服务器是4核8G优化
nginx.conf 的worker_processes是auto
php的pm.max_spare_servers = 200


我用webbench  测试时  
3000个并发 60秒  

Speed=5401 pages/min, 1142827 bytes/sec.
Requests: 5401 susceed, 0 failed.


没有出现任何错误！
我看探针真实内存空闲 还有3G左右！  系统平均负载 6.0左右   但是网页打开就是等一段时间才能打开了！

内存是系统管理的，只能是将各个参数都调大些可能会内存用都多
pm.start_servers
pm.min_servers 都调大些
另外要看fialed时候是什么错误信息