记一次PHP优化案例
记一次php优化案例
网站架构简介:
现在很多的企业都是使用lnmp或者lamp来做企业的网站服务器架构,这两种网站的服务架构,我们都是比较熟悉的;基于nginx的性能优于Apache,现阶段的很多公司,都是逐渐把Apache替换成nginx,毕竟nginx的自带的高可用配置,反向代理等等功能相当突出。
Lnmp网站服务器架构,其实就是linx+nginx+mysql+php架构体系,架构安装我就不多说了。接下来我们来谈谈,我遇到案例吧
案例:
有一天,后台的同事,说后台访问很慢,而且有时候出现502错误。然后反馈给技术上级,接着又找到我处理一下(那时在喝着茶),然后我知道又有事干了。
分析:
然后我直接找到那个同事,问问是不是网络原因啊,我也叫其他的同事,访问一下,还是出现访问忙的问题。这时我就知道事情没那么简单了。公司应用的是lnmp网站服务器架构,以前没有做太多的优化,接下来我们需要优化网站的服务架构了
一、案例分析。
我们可以想到,既然是访问缓慢,有时候直接访问不了,以前是没问题的,到现在就突然出现了问题,那必定是我们的nginx与php响应不过来导致的,原因可能是其他域名网站的用户连接数巨增导致的。那我们找到问题的根源解决并优化就可以了。接着凭着自己的经验与百度,去解决问题。
二、问题解决与过程分析
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
效果达到了
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
三、总结
问题并不难解决,难的是你没有思考过,一次个人php优化经历,互相学习。
低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
Rsync+inotify搭建实时同步系统
Rsync 优点 rsync具有安全性高、备份迅速、支持增量备份等优点,通过rsync可以解决对实时性要求不高的数据备份需求,例如定期地备份文件服务器数据到远程服务器上,对本地磁盘定期进行数据镜像等。 Rsync 不足 随着应用系统规模的不断扩大,对数据的安全性和可靠性提出了更高的要求,rsync便暴露出了很多不足之处。首先,rsync同步数据时,需要扫描所有文件后进行比对,然后进行差量传输。如果文件数量达到了百万量级及以上时,扫描文件就非常耗费时间,有时还会出现只是很少一部分数据发生了变化,因此rsync就变得非常低效了。其次,rsync不能够实时监测、同步数据,虽然它可以通过Linux守护进程的方式触发同步,但是两次触发动作一定会出现时间差,可能导致服务器端和客户端的数据出现不一致,后期无法在出现故障时完全恢复数据。 Rsync+inotify组合 为解决以上问题而出现的,实现了数据的实时同步 inotify是什么 ? inotify是一种强大的、细粒度的、异步的文件系统事件监控机制,Linux内核从2.6.13版本起,加入了对inotify的支持。通过inotify可以监控文件系...
- 下一篇
Linux Apache的深度优化及三种工作模式的讲解
在搭建 Apache 业务没上线之前,我们需要不断去测试性能以达到甚至远远超过预期,因此我们需要对 Apache 进行深度优化,本次我们将介绍 Apache 的优化及工作模式详解。 Apache 优化 在 Linux 中搭建的 Apache ,要进行优化必须是在编译安装环境下进行,因此我们需要对本机自带的 httpd 进行卸载。并重新下载并编译安装。要注意,在./配置的时候,要添加以下模块。 ./configure \ --prefix=/usr/local/httpd \ ##安装目录 --enable-deflate \ ##压缩模块 --enable-expires \ ##缓存模块 --enable-so \ --enable-rewrite \ ##重定向模块 --enable-charset-lite \ --enable-cgi 一、配置压缩模块 打开主配置文件,打开压缩模块 vim /usr/local/httpd/conf/httpd.conf LoadModule headers_module modules/mod_headers.so LoadModule de...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- Windows10,CentOS7,CentOS8安装Nodejs环境
- Docker安装Oracle12C,快速搭建Oracle学习环境
- Windows10,CentOS7,CentOS8安装MongoDB4.0.16
- CentOS8编译安装MySQL8.0.19
- MySQL8.0.19开启GTID主从同步CentOS8
- CentOS8安装Docker,最新的服务器搭配容器使用
- CentOS8,CentOS7,CentOS6编译安装Redis5.0.7
- SpringBoot2整合Redis,开启缓存,提高访问速度
- CentOS7,8上快速安装Gitea,搭建Git服务器
- Docker使用Oracle官方镜像安装(12C,18C,19C)