[文章作者：狂奔的鹿 本文版本：v1.0 转载请注明原文链接：http://dynamiclu.iteye.com/]
从开发人员到系统工程师、运维工程师以及架构师,经常会收到用户或需求方的反映,说我们网站打开地很慢，甚至出现了502等。这个问题原因较多，处理方式也较多。我要分享的是一个弱请求处理的优化方式。
弱请求在这里是指那些响应较慢、耗时较长的HTTP请求,是笔者临时命名的。有经验的工程师都知道，我们要分析系统性能问题时，只需分析这个系统的请求处理容量和单个请求的平均响应时间。有前辈分享的2/8原则，提到我们的系统有20%左右响应较慢的请求占用了超过20%以上的资源。这里要说的就是对这些请求响应时间的处理方式。
1.如何获取系统的单个请求响应时间？
客户端层面的较复杂，不同的地区有差别，可以用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也可以作类似设置，有兴趣的同学可以在baidu里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://dynamiclu.iteye.com/]