Lnmp网站服务器架构,其实就是Linux+nginx+mysql+php架构体系
eg：后台访问很慢，而且有时候出现502错误。
一、案例分析。
我们可以想到，既然是访问缓慢，有时候直接访问不了，以前是没问题的，到现在就突然出现了问题，那必定是我们的nginx与php响应不过来导致的，原因可能是其他域名网站的用户连接数巨增导致的。那我们找到问题的根源解决并优化就可以了。
二、问题解决与过程分析
1、查看nginx的日志，找出错误
$ cat /var/log/nginx/error.log | grep error
没发现错误，正常
查看后台域名的access.logs
$ cat /var/log/nginx/access.log | grep error
(这里没及时截到图，日志是被刷了，本地做了日志切割，并定时删除了)
发现日志日志里面可以找到error错误信息，并且有十几个502错误。找到出现的问题了。
2、问题分析以及nginx优化
1、nginx打开文件数限制导致的。
1)、首先我们想到可能的原因nginx的打开文件书的问题，增加nginx的打开文件数
进入nginx配置文件，发现打开文件数为1024,果不其然，打开文件数没有调到最佳，可能是这个原因导致的。我们需要把1024改为51200；保存重新加载nginx
$ vim /etc/nginx/nginx.conf
worker_rlimit_nofile 51200;
events {
worker_connections 51200;
}
$ nginx -s relaod
2）、Linux系统文件限制
我们改了nginx的打开文件配置，不一定有用，我们需要看一下系统的限制的打开文件数
$ ulimit -n
我们可以看到系统的文件打开数量也是1024，接下来，我们更改一下系统的打开文件数，并配置永久生效。
进入配置文件
$ vim /etc/security/limits.conf
更改参数：
* soft nofile 65535
* hard nofile 65535
* soft nproc 65535
* hard nproc 65535
注：系统限制可以随便改，我只要比nginx的打开文件数大就好。
3、nginx的fastcgi连接时间太短导致的。
一般nginx响应php，都是通过FastCGI接口来调用，所以fastcgi参数配置很重要，当HTTP服务器每次遇到动态程序时，可以将其直接交付给FastCGI进程来执行，然后将得到的结果返回给浏览器，而很多php的网页都是采用动态程序。所以fastcgi的配置，也起的至关重要的作用。所以这是一个优化不可缺少的一部分。
进入nginx.conf配置文件
$ vim /etc/nginx/nginx.conf
把fastcgi的connect、send、read的参数的时间改成300，配置如下：
fastcgi_connect_timeout 300;
fastcgi_send_timeout 300;
fastcgi_read_timeout 300;
重新加载nginx
4、访问域名测试。
重新访问域名，发现网页已经加载出来了，持续访问了几次，发现访问还是有点慢，虽然访问稳定了。到这里，我们就可以把问题指向到php里面了，继续下一步的php优化。
三、Php优化：
1、查看php日志
首先，我们需要跟nginx的操作一样，需要先查看一下日志。
$ tail -n 100 /usr/local/php/var/log/php-fpm.log
在日志里面我们可以发现，php日志出现警告
WARNING: [pool www] seems busy (you may need to increase pm.start_servers, or pm.min/max_spare_servers)
从告警的意思，我们知道php出现告警了，而且是叫我们增加php的，pm.start_servers, or pm.min/max_spare_servers的值。
2、原因分析
首先我们，看到日志只是出现这个警告，证明还不是很严重，至于为什么出现这个警告，接下来我们一起分析一下。
首先我们很明确的知道，pm.start_servers,、pm.min/max_spare_servers在php里面是起着啥作用先，为什么会出现这个警告。我先把的以前的配置参数贴一下。
接下来我们分析一下这几个参数的作用：
参数分析：
pm= dynamic 表示php启用的动态模式 注： php有动态和静态(static)两种工作模式，默认是动态模式。
pm.max_children 表示静态下最大线程数
pm.start_servers 表示动态下启动时的线程数，该参数大于pm.min_spare_servers，小于pm.max_spare_servers
pm.min_spare_servers 表示动态下最小空闲线程数
pm.max_spare_servers 表示动态下最大空闲线程数
工作模式：
Static模式
当工作模式设置为静态后，就只有pm.max_children项有效，即表示php-fpm工作时一直保持的线程数。
Dynamic 模式
动态模式下，与他相关的参数有pm.start_servers、pm.min_spare_servers 、pm.max_spare_servers，分别表示开启的php进程数，最小的进程数、与最大的进程数。
模式比较：
静态模式的话，比较适合一些内存比较大一点的服务器，8G及以上的，因为对于比较大内存的服务器来说，设置为静态的话会提高效率。
动态模式适合小内存机器，灵活分配进程，省内存。可以让php自动增加和减少进程数，不过动态创建回收进程对服务器也是一种消耗。
3、php参数优化
首先我们需要考虑一下问题，如何去调试参数，达到优化的目的呢，一般来说开始的时候一个php-fpm进程只占用3M左右内存，但是运行一段时间后就会上升到20-40M，这是因为PHP程序在执行完成后，或多或少会产生内存的泄露。
所以按理来说php的最大的进程数，大概是本地内存/40，因为也要考虑系统占用内存的的这种情况，我们不能直接把除处理的结果，当成的最大进程数，不然你会死翘翘的。
我的服务器是8G内存的，所以按理来说是，最大的php进程数是200左右，所以按这个参数我做了一下调整：
采用静态模式，最大进程数设为125-150之间，搞定。
php-fpm关闭：
$ pkill php-fpm
启动php-fpm：
$ /etc/init.d/php-fpm
查看是否启动成功
$ netstat -lnt | grep 9000
或者使用如下命令，查看是否9000端口被php-fpm占用：
$ netstat -tunpl | grep 9000
查看进程数：
$ netstat -anpo | grep php-fpm | wc -l
效果达到了
4、结果
重新访问，发现访问php页面快了很多，查看日志，没出现告警了，后台访问也好了。
3、压测
一个网站的性能好不好，承受量有多高，这个我们可以通过压测去，去获取数据，我这里简单介绍ab工具来做压测，用法如下
$ ab -n 1000000 -c 10000 http://域名/test.php (一个php文件)
-n参数表示 你压力测试 总量
-c参数表示 你的模拟的并发用户数
Ab压力测试工具，是apache自带的，用起来也方便，只要本地有，就可以远程测你的服务器的性能了。个人觉得还是可以了，下面是模拟一千个用户访问100000次的结果，但然你自己压测的时候，慢慢的提升参数，测试你的网站的瓶颈。
还有分享一下，下面是一个网站性能工具分析网址，你可以贴一下你的域名，进行评分
http://www.mmtrix.com/evaluate/result?popup=true
