web性能优化----之弱请求处理
时间:2011-05-08 来源:狂奔的鹿
[文章作者:狂奔的鹿(陆松林) 本文版本:v1.0 转载请注明原文链接:http://www.cnblogs.com/dynamiclu/]
从开发人员到系统工程师、运维工程师以及架构师,经常会收到用户或需求方的反映,说我们网站打开地很慢,甚至出现了502等。这个问题原因较多,处理方式也较多。我要分享的是一个弱请求处理的优化方式。
弱请求在这里是指那些响应较慢、耗时较长的HTTP请求,是笔者临时命名的。有经验的工程师都知道,我们要分析系统性能问题时,只需分析这个系统的请求处理容量和单个请求的平均响应时间。有前辈分享的2/8原则,提到我们的系统有20%左右响应较慢的请求占用了超过20%以上的资源。这里要说的就是对这些请求响应时间的处理方式。
如何获取系统的单个请求响应时间?
客户端层面情况较复杂,存在很大的地域差别,可以用httpwatch或者压力测试软件进行区别,也可以依靠部署在全国各地的性能监控平台获取信息。
服务器端的方式有:1.配置nginx,apache日志格式 2.在工程代码里加filter,进行记录。建议使用第一种方式。
修改nginx配置文件
vi /usr/local/nginx/conf/nginx.conf
找到log_format,在最后添加request_time项,如下
log_format main '$remote_addr - $remote_user [$time_local] '
'"$request" $status $bytes_sent '
'"$http_referer" "$http_user_agent" '
'"$gzip_ratio"'
'"$request_time"'; 保存退出.
kill -HUP PID(nginx的PID)
提醒:日志格式修改后,注意是否有相关的日志分析程序需要进行相应地修改。
打开的nginx时志文件
tail -fn100 /usr/local/nginx/logs/access.log
此时发现在最后部分多了一项数据,如下图:
红圈表示请求/msg/replyList/msg/1/1.html的响应时间为0.053秒
太好了,服务器请求时间记录下来了。
apache也可以作类似设置,有兴趣的朋友可以在google里搜索一下就知道了。
然后,让我们的系统跑动若干时间段。
我们再取出日志,执行:
cat access.log |awk '($7~/\.html/){print $NF " " $1 " " $4 " " $7}'|sort -nr|head -100 #意思是列出到客户端最耗时的前100个请求的html页面, (可修改,为jsp,php)分别显示响应时间 IP来源 请求发生的时间 请求页
如下图
说明请求/msg/msgup.html较慢,超过了6秒,太消耗资源了。
经常分析日志,我们会得到一系列这样的请求页面。
找到了妨碍我们系统性能打开较慢的问题页面,根据前辈提到的2/8原则,我们可以对这些请求进行处理:
方法一:
分析这个请求对应的程序是不是有很多for循环,是不是直接读库,缓存策略是否还可以优化等等修改程序就OK。
方法二:
利用nginx的正规匹配转发,我们把这些弱请求统计转到其它服务器处理,起到分流的作用。
实施上述策略之后,我们发现系统负载减轻了,502更少了,页面打开的速度更快了。
[文章作者:狂奔的鹿(陆松林) 本文版本:v1.0 转载请注明原文链接:http://www.cnblogs.com/dynamiclu/]