[文章作者：狂奔的鹿(陆松林) 本文版本：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/]