记一次PHP优化案例

                                                                  记一次php优化案例

网站架构简介：

如今不少的企业都是使用lnmp或者lamp来作企业的网站服务器架构，这两种网站的服务架构，咱们都是比较熟悉的；基于nginx的性能优于Apache，现阶段的不少公司，都是逐渐把Apache替换成nginx，毕竟nginx的自带的高可用配置，反向代理等等功能至关突出。

    Lnmp网站服务器架构,其实就是linx+nginx+mysql+php架构体系，架构安装我就很少说了。接下来咱们来谈谈，我遇到案例吧

 

案例：

有一天，后台的同事，说后台访问很慢，并且有时候出现502错误。而后反馈给技术上级，接着又找到我处理一下（那时在喝着茶），而后我知道又有事干了。

分析：

而后我直接找到那个同事，问问是否是网络缘由啊，我也叫其余的同事，访问一下，仍是出现访问忙的问题。这时我就知道事情没那么简单了。公司应用的是lnmp网站服务器架构,之前没有作太多的优化，接下来咱们须要优化网站的服务架构了

 

1、案例分析。

   咱们能够想到，既然是访问缓慢，有时候直接访问不了，之前是没问题的，到如今就忽然出现了问题，那一定是咱们的nginx与php响应不过来致使的，缘由多是其余域名网站的用户链接数巨增致使的。那咱们找到问题的根源解决并优化就能够了。接着凭着本身的经验与百度，去解决问题。

  

2、问题解决与过程分析

 

1、Nginx优化：  

 1、查看nginx的日志，找出错误

$ cat /usr/local/nginx/logs/error.log | grep error

  

没发现错误，正常

查看后台域名的access.logs

$ cat /var/log/access_nging.log | grep error

(这里没及时截到图，日志是被刷了，本地作了日志切割，并定时删除了)

发现日志日志里面能够找到error错误信息，而且有十几个502错误。找到出现的问题了。

2、问题分析以及nginx优化

  1、nginx打开文件数限制致使的。

1)、首先咱们想到可能的缘由nginx的打开文件书的问题，增长nginx的打开文件数

进入nginx配置文件，发现打开文件数为4096,果不其然，打开文件数没有调到最佳，多是这个缘由致使的。咱们须要把4096改成51200；保存从新加载nginx

# vim /usr/local/nginx/conf/nginx.conf

worker_rlimit_nofile 51200;

events {

  worker_connections 51200;

}

#service nginx relaod

 2）、Linux系统文件限制

   咱们改了nginx的打开文件配置，不必定有用，咱们须要看一下系统的限制的打开文件数

# ulimit –n

  

 咱们能够看到系统的文件打开数量也是4096，接下来，咱们更改一下系统的打开文件数，并配置永久生效。

  进入配置文件

# 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 /usr/local/nginx/conf/nginx.conf

把fastcgi的connect、send、read的参数的时间改为300，配置以下：

从新加载nginx

#service nginx reload

4、访问域名测试。

  从新访问域名，发现网页已经加载出来了，持续访问了几回，发现访问仍是有点慢，虽然访问稳定了。到这里，咱们就能够把问题指向到php里面了，继续下一步的php优化。

 

2、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

#service php-fpm relod

查看进程数：

# netstat -anpo | grep php-fpm | wc -l
128

效果达到了

 四、结果

从新访问，发现访问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

 

 

3、总结

  问题并不难解决，难的是你没有思考过，一次我的php优化经历，互相学习。