php中文网课程
每日17点准时技术干货分享
网站架构简介：现在很多的企业都是使用lnmp或者lamp来做企业的网站服务器架构，这两种网站的服务架构，我们都是比较熟悉的；基于nginx的性能优于Apache，现阶段的很多公司，都是逐渐把Apache替换成nginx，毕竟nginx的自带的高可用配置，反向代理等等功能相当突出。Lnmp网站服务器架构,其实就是linx+nginx+mysql+php架构体系，架构安装我就不多说了。接下来我们来谈谈，我遇到案例吧案例：有一天，后台的同事，说后台访问很慢，而且有时候出现错误。然后反馈给技术上级，接着又找到我处理一下（那时在喝着茶），然后我知道又有事干了。分析：然后我直接找到那个同事，问问是不是网络原因啊，我也叫其他的同事，访问一下，还是出现访问忙的问题。这时我就知道事情没那么简单了。公司应用的是lnmp网站服务器架构,以前没有做太多的优化，接下来我们需要优化网站的服务架构了一、案例分析。我们可以想到，既然是访问缓慢，有时候直接访问不了，以前是没问题的，到现在就突然出现了问题，那必定是我们的nginx与php响应不过来导致的，原因可能是其他域名网站的用户连接数巨增导致的。那我们找到问题的根源解决并优化就可以了。接着凭着自己的经验与百度，去解决问题。二、问题解决与过程分析1、Nginx优化：1、查看nginx的日志，找出错误``cat`/usr/local/nginx/logs/error.log`
grep`error`没发现错误，正常查看后台域名的access.logs
cat/var/log/access_nging.log
greperror(这里没及时截到图，日志是被刷了，本地做了日志切割，并定时删除了)发现日志日志里面可以找到error错误信息，并且有十几个错误。找到出现的问题了。2、问题分析以及nginx优化1、nginx打开文件数限制导致的。1)、首先我们想到可能的原因nginx的打开文件书的问题，增加nginx的打开文件数进入nginx配置文件，发现打开文件数为,果不其然，打开文件数没有调到最佳，可能是这个原因导致的。我们需要把改为；保存重新加载nginx
vim/usr/local/nginx/conf/nginx.confworker_rlimit_nofile;events{worker_connections;}servicenginxrelaod2）、Linux系统文件限制我们改了nginx的打开文件配置，不一定有用，我们需要看一下系统的限制的打开文件数
ulimit–n我们可以看到系统的文件打开数量也是，接下来，我们更改一下系统的打开文件数，并配置永久生效。进入配置文件
vim/etc/security/limits.conf更改参数：softnofilehardnofilesoftnprochardnproc注：系统限制可以随便改，我只要比nginx的打开文件数大就好。3、nginx的fastcgi连接时间太短导致的。一般nginx响应php，都是通过FastCGI接口来调用，所以fastcgi参数配置很重要，当HTTP服务器每次遇到动态程序时，可以将其直接交付给FastCGI进程来执行，然后将得到的结果返回给浏览器，而很多php的网页都是采用动态程序。所以fastcgi的配置，也起的至关重要的作用。所以这是一个优化不可缺少的一部分。进入nginx.conf配置文件
vim/usr/local/nginx/conf/nginx.conf把fastcgi的connect、send、read的参数的时间改成，配置如下：重新加载nginx
servicenginxreload4、访问域名测试。重新访问域名，发现网页已经加载出来了，持续访问了几次，发现访问还是有点慢，虽然访问稳定了。到这里，我们就可以把问题指向到php里面了，继续下一步的php优化。2、Php优化：1、查看php日志首先，我们需要跟nginx的操作一样，需要先查看一下日志。
tail-n/usr/local/php/var/log/php-fpm.log在日志里面我们可以发现，php日志出现警告
WARNING:[pool